[Speex-dev] error during make while installing Linphone-1.5.1

Thu Feb 15 20:38:11 PST 2007

Hi All,

I am getting this error during make.

please help me./
speexec.c: In function `speex_ec_process':
speexec.c:112: syntax error before "noise"
cc1: warnings being treated as errors
speexec.c:133: warning: implicit declaration of function
`speex_echo_state_reset'
speexec.c:148: warning: passing arg 5 of `speex_echo_cancel' makes
pointer from integer without a cast
speexec.c:149: warning: comparison between pointer and integer
speexec.c:150: warning: passing arg 3 of `speex_preprocess' makes
pointer from integer without a cast

make[3]: *** [speexec.lo] Error 1

make[3]: Leaving directory
`/home/umesh/IPPHONE/linphone-1.5.1/mediastreamer2/src'
make[2]: *** [all] Error 2
make[2]: Leaving directory
`/home/umesh/IPPHONE/linphone-1.5.1/mediastreamer2/src'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/umesh/IPPHONE/linphone-1.5.1/mediastreamer2'
make: *** [all] Error 2

This is the second time i putting this error, please help me.

On 2/10/07, speex-dev-request at xiph.org <speex-dev-request at xiph.org> wrote:
> Send Speex-dev mailing list submissions to
>        speex-dev at xiph.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>        http://lists.xiph.org/mailman/listinfo/speex-dev
> or, via email, send a message with subject or body 'help' to
>        speex-dev-request at xiph.org
>
> You can reach the person managing the list at
>        speex-dev-owner at xiph.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Speex-dev digest..."
>
>
> Today's Topics:
>
>   1. Re: Speex port to Coldfire or Equivalent (Jean-Marc Valin)
>   2. Re: speex in C# please help (Jean-Marc Valin)
>   3. Re: Speex Options (Andras Kadinger)
>   4. Re: Speex Options (Jean-Marc Valin)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 09 Feb 2007 23:34:07 +1100
> From: Jean-Marc Valin <jean-marc.valin at usherbrooke.ca>
> Subject: Re: [Speex-dev] Speex port to Coldfire or Equivalent
> To: larry at koostech.com
> Cc: speex-dev at xiph.org
> Message-ID: <45CC6A3F.4020001 at usherbrooke.ca>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Larry W. Koos a écrit :
> > I'm interested in porting Speex to an existing Coldfire-based hardware platform.
> > Has anyone attempted something similar?
>
> I would expect the current code to work out of the box on that kind of
> architecture, so there probably not much work involved -- unless you
> want to assembly-optimise of course.
>
>        Jean-Marc
>
>
> ------------------------------
>
> Message: 2
> Date: Fri, 09 Feb 2007 23:37:31 +1100
> From: Jean-Marc Valin <jean-marc.valin at usherbrooke.ca>
> Subject: Re: [Speex-dev] speex in C# please help
> To: Mohammed Ibrahim <snouto at gmail.com>
> Cc: speex-dev at xiph.org
> Message-ID: <45CC6B0B.8090008 at usherbrooke.ca>
> Content-Type: text/plain; charset=windows-1256
>
> Mohammed Ibrahim a écrit :
> > hello guys this is my code for the C# wrapper.
> ...
>
> Please refrain from posting entire source code files on the list. This
> is speex-dev at xiph.org, not debug-my-code at xiph.org.
>
> > when i call the speex_lib_get_mode(int modein);
> >
> > in my managed code i have an exception with the message "unable to find an entrypoint for the speex_lib_get_mode in the libspeex.dll file"
> >
> > please help is there anything something wrong in my wrapper please help or correct my file please.
>
> I don't know windows programming, but it appears obvious that the linker
> can't find the symbol in the dll, which probably means that it's not
> exported, which probably means that the project/definition file is out
> of date. That or you're simply using an old (1.0.x or early 1.1.x)
> version of Speex.
>
>        Jean-Marc
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 09 Feb 2007 15:05:01 +0100
> From: Andras Kadinger <bandit at surfnonstop.com>
> Subject: Re: [speex-dev] Speex Options
> To: Jean-Marc Valin <jean-marc.valin at usherbrooke.ca>
> Cc: speex-dev at xiph.org
> Message-ID: <45CC7F8D.8070500 at surfnonstop.com>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> When you say inverted, do you mean
> a) input and output exchanged with each other,
> or
> b) input or output having changed sign numerically (e.g. multiplied by -1)?
>
> Andras
>
> Jean-Marc Valin wrote:
> > Make sure that:
> >
> > 1) You're using svn head, which has many improvements
> > 2) The AEC inputs aren't inverted
> > 3) The delay between the near end and far end signals isn't too big (if
> > you don't know what I'm talking about, RTFM)
> > 4) The capture and playback are done on the same device (synced clock)
> >
> >       Jean-Marc
> >
> > gorun.butail at wipro.com a écrit :
> >
> >> Hi all,
> >>
> >>
> >>
> >> I have been trying to implement audio echo cancellation using mdf.c from
> >> opal-2.2.2. Using testecho.c the output obtained is not satisfactory. It
> >> is cancelling the far end signal instead of the near end signal as per
> >> requirement. I have been moving in circles figuring how to approach the
> >> problem. Is there something wrong with the mdf that I am using?
> >>
> >>
> >>
> >> I would be really thankful if anybody could guide and help in this
> >> matter. I am attaching mdf, testecho, as well as input .wav files for
> >> reference.
> >>
> >>
> >>
> >>
> >>
> >> Regards,
> >>
> >> Gorun Butail
> >>
> >>
> >>
> >>
> >>
> >>
> >> The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments.
> >>
> >> WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email.
> >>
> >> www.wipro.com
> >>
> > _______________________________________________
> > Speex-dev mailing list
> > Speex-dev at xiph.org
> > http://lists.xiph.org/mailman/listinfo/speex-dev
> >
>
>
>
> ------------------------------
>
> Message: 4
> Date: Sat, 10 Feb 2007 01:39:52 +1100
> From: Jean-Marc Valin <jean-marc.valin at usherbrooke.ca>
> Subject: Re: [speex-dev] Speex Options
> To: Andras Kadinger <bandit at surfnonstop.com>
> Cc: speex-dev at xiph.org
> Message-ID: <45CC87B8.1040006 at usherbrooke.ca>
> Content-Type: text/plain; charset=ISO-8859-1
>
> I meant passing input 1 instead of input 2 and vice versa. Of course,
> there are other creative ways to mess things up as well...
>
>        Jean-Marc
>
> Andras Kadinger a écrit :
> > When you say inverted, do you mean
> > a) input and output exchanged with each other,
> > or
> > b) input or output having changed sign numerically (e.g. multiplied by -1)?
> >
> > Andras
> >
> > Jean-Marc Valin wrote:
> >> Make sure that:
> >>
> >> 1) You're using svn head, which has many improvements
> >> 2) The AEC inputs aren't inverted
> >> 3) The delay between the near end and far end signals isn't too big (if
> >> you don't know what I'm talking about, RTFM)
> >> 4) The capture and playback are done on the same device (synced clock)
> >>
> >>     Jean-Marc
> >>
> >> gorun.butail at wipro.com a écrit :
> >>
> >>> Hi all,
> >>>
> >>>
> >>>
> >>> I have been trying to implement audio echo cancellation using mdf.c from
> >>> opal-2.2.2. Using testecho.c the output obtained is not satisfactory. It
> >>> is cancelling the far end signal instead of the near end signal as per
> >>> requirement. I have been moving in circles figuring how to approach the
> >>> problem. Is there something wrong with the mdf that I am using?
> >>>
> >>>
> >>>
> >>> I would be really thankful if anybody could guide and help in this
> >>> matter. I am attaching mdf, testecho, as well as input .wav files for
> >>> reference.
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> Regards,
> >>>
> >>> Gorun Butail
> >>>
> >>>
> >>>
> >>>
> >>>
> >>>
> >>> The information contained in this electronic message and any
> >>> attachments to this message are intended for the exclusive use of the
> >>> addressee(s) and may contain proprietary, confidential or privileged
> >>> information. If you are not the intended recipient, you should not
> >>> disseminate, distribute or copy this e-mail. Please notify the sender
> >>> immediately and destroy all copies of this message and any attachments.
> >>> WARNING: Computer viruses can be transmitted via email. The recipient
> >>> should check this email and any attachments for the presence of
> >>> viruses. The company accepts no liability for any damage caused by
> >>> any virus transmitted by this email.
> >>>
> >>> www.wipro.com
> >>>
> >> _______________________________________________
> >> Speex-dev mailing list
> >> Speex-dev at xiph.org
> >> http://lists.xiph.org/mailman/listinfo/speex-dev
> >>
> >
> >
> >
>
>
> ------------------------------
>
> _______________________________________________
> Speex-dev mailing list
> Speex-dev at xiph.org
> http://lists.xiph.org/mailman/listinfo/speex-dev
>
>
> End of Speex-dev Digest, Vol 33, Issue 11
> *****************************************
>