Menu
▾
▴
lame-dev
|
From: Jon <jpu...@ya...> - 2007-03-16 20:38:20
|
Couldn't find anything on this in the archives or on the google.
Ran "./configure --prefix=/static --disable-shared --enable-static --disable-frontend", which completed successfully.
Then ran "make" and got:
$ make
make all-recursive
make[1]: Entering directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
Making all in mpglib
make[2]: Entering directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../libmp3lame -I.. -O -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -Wall -pipe -MT common.lo -MD -MP -MF ".deps/common.Tpo" -c -o common.lo common.c; \
then mv -f ".deps/common.Tpo" ".deps/common.Plo"; else rm -f ".deps/common.Tpo"; exit 1; fi
gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../libmp3lame -I.. -O -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -Wall -pipe -MT common.lo -MD -MP -MF .deps/common.Tpo -c common.c -o common.o
In file included from c:/mingw/include/winnt.h:37,
from c:/mingw/include/windef.h:246,
from c:/mingw/include/windows.h:48,
from ../libmp3lame/machine.h:110,
from ../libmp3lame/encoder.h:140,
from ../libmp3lame/lame-analysis.h:25,
from mpglib.h:1,
from common.h:24,
from common.c:23:
c:/mingw/include/string.h:54: parse error before '(' token
c:/mingw/include/string.h:54: parse error before "void"
c:/mingw/include/string.h:55: parse error before '(' token
c:/mingw/include/string.h:55: parse error before "void"
make[2]: *** [common.lo] Error 1
make[2]: Leaving directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
make: *** [all] Error 2
Here are lines 49-56 from string.h:
/*
* Prototypes of the ANSI Standard C library string functions.
*/
_CRTIMP void* __cdecl memchr (const void*, int, size_t);
_CRTIMP int __cdecl memcmp (const void*, const void*, size_t);
_CRTIMP void* __cdecl memcpy (void*, const void*, size_t);
_CRTIMP void* __cdecl memmove (void*, const void*, size_t);
_CRTIMP void* __cdecl memset (void*, int, size_t);
Other info:
$ gcc --version
gcc.exe (GCC) 3.2.3 (mingw special 20030504-1)
MinGW version is 3.1.0.
Any ideas on how to fix this would be appreciated.
Thanks in advance,
Jon
____________________________________________________________________________________
Now that's room service! Choose from over 150,000 hotels
in 45,000 destinations on Yahoo! Travel to find your fit.
http://farechase.yahoo.com/promo-generic-14795097
|
|
From: Alexander L. <Ale...@Le...> - 2007-03-20 09:55:43
|
Quoting Jon <jpu...@ya...> (from Fri, 16 Mar 2007 13:38:09 =20
-0700 (PDT)):
> Couldn't find anything on this in the archives or on the google.
>
> Ran "./configure --prefix=3D/static --disable-shared --enable-static =20
> --disable-frontend", which completed successfully.
>
> Then ran "make" and got:
>
> $ make
> make all-recursive
> make[1]: Entering directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
> Making all in mpglib
> make[2]: Entering directory =20
> `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
> if /bin/sh ../libtool --tag=3DCC --mode=3Dcompile gcc -DHAVE_CONFIG_H =
=20
> -I. -I. -I.. -I../include -I. -I../libmp3lame -I.. -O =20
> -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -Wall =20
> -pipe -MT common.lo -MD -MP -MF ".deps/common.Tpo" -c -o common.lo =20
> common.c; \
> then mv -f ".deps/common.Tpo" ".deps/common.Plo"; else rm -f =20
> ".deps/common.Tpo"; exit 1; fi
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../libmp3lame =20
> -I.. -O -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args =20
> -Wall -pipe -MT common.lo -MD -MP -MF .deps/common.Tpo -c common.c =20
> -o common.o
> In file included from c:/mingw/include/winnt.h:37,
> from c:/mingw/include/windef.h:246,
> from c:/mingw/include/windows.h:48,
> from ../libmp3lame/machine.h:110,
> from ../libmp3lame/encoder.h:140,
> from ../libmp3lame/lame-analysis.h:25,
> from mpglib.h:1,
> from common.h:24,
> from common.c:23:
> c:/mingw/include/string.h:54: parse error before '(' token
> c:/mingw/include/string.h:54: parse error before "void"
> c:/mingw/include/string.h:55: parse error before '(' token
> c:/mingw/include/string.h:55: parse error before "void"
> make[2]: *** [common.lo] Error 1
> make[2]: Leaving directory =20
> `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
> make: *** [all] Error 2
>
>
> Here are lines 49-56 from string.h:
> /*
> * Prototypes of the ANSI Standard C library string functions.
> */
> _CRTIMP void* __cdecl memchr (const void*, int, size_t);
> _CRTIMP int __cdecl memcmp (const void*, const void*, size_t);
> _CRTIMP void* __cdecl memcpy (void*, const void*, size_t);
> _CRTIMP void* __cdecl memmove (void*, const void*, size_t);
> _CRTIMP void* __cdecl memset (void*, int, size_t);
I assume that either __cdecl or _CRTIMP are not defined in this case. =20
Could you please generate the preprocessed file and have a look at the =20
corresponding entries to this in the preprocessed output? It would be =20
interesting to know what the compiler really sees.
I think we also need a way to determine if we are in the mingw case in =20
the source code somehow. Any idea how to determine this? Does the =20
compiler define some special mingw stuff which can be checked with the =20
preprocessor?
Bye,
Alexander.
--=20
If you go on with this nuclear arms race,
all you are going to do is make the rubble bounce.
=09=09-- Winston Churchill
http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7
http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137
|
|
From: Jon <jpu...@ya...> - 2007-04-06 01:07:14
|
Sorry for the delay in replying.
The preprocessor output is attached. It looks like the problem has
something to do with "memcpy" and "memmove" being translated to
"bcopy". I'm not sure how this change is happening - wouldn't it show
up in the preprocessor output?
I'm not sure how the lame build system works - are the Makefiles
generated by configure? Anyway, the Makefile in mpglib has the line
"host_os=mingw", so couldn't that be used to set any host specific
configuration?
Thanks for the help.
Jon
--- Alexander Leidinger <Ale...@Le...> wrote:
> Quoting Jon <jpu...@ya...> (from Fri, 16 Mar 2007 13:38:09
> -0700 (PDT)):
>
> > Couldn't find anything on this in the archives or on the google.
> >
> > Ran "./configure --prefix=/static --disable-shared --enable-static
>
> > --disable-frontend", which completed successfully.
> >
> > Then ran "make" and got:
> >
> > $ make
> > make all-recursive
> > make[1]: Entering directory
> `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
> > Making all in mpglib
> > make[2]: Entering directory
> > `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
> > if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H
>
> > -I. -I. -I.. -I../include -I. -I../libmp3lame -I.. -O
> > -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -Wall
>
> > -pipe -MT common.lo -MD -MP -MF ".deps/common.Tpo" -c -o common.lo
>
> > common.c; \
> > then mv -f ".deps/common.Tpo" ".deps/common.Plo"; else rm -f
> > ".deps/common.Tpo"; exit 1; fi
> > gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../libmp3lame
>
> > -I.. -O -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args
>
> > -Wall -pipe -MT common.lo -MD -MP -MF .deps/common.Tpo -c common.c
>
> > -o common.o
> > In file included from c:/mingw/include/winnt.h:37,
> > from c:/mingw/include/windef.h:246,
> > from c:/mingw/include/windows.h:48,
> > from ../libmp3lame/machine.h:110,
> > from ../libmp3lame/encoder.h:140,
> > from ../libmp3lame/lame-analysis.h:25,
> > from mpglib.h:1,
> > from common.h:24,
> > from common.c:23:
> > c:/mingw/include/string.h:54: parse error before '(' token
> > c:/mingw/include/string.h:54: parse error before "void"
> > c:/mingw/include/string.h:55: parse error before '(' token
> > c:/mingw/include/string.h:55: parse error before "void"
> > make[2]: *** [common.lo] Error 1
> > make[2]: Leaving directory
> > `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
> > make[1]: *** [all-recursive] Error 1
> > make[1]: Leaving directory
> `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
> > make: *** [all] Error 2
> >
> >
> > Here are lines 49-56 from string.h:
> > /*
> > * Prototypes of the ANSI Standard C library string functions.
> > */
> > _CRTIMP void* __cdecl memchr (const void*, int, size_t);
> > _CRTIMP int __cdecl memcmp (const void*, const void*, size_t);
> > _CRTIMP void* __cdecl memcpy (void*, const void*, size_t);
> > _CRTIMP void* __cdecl memmove (void*, const void*, size_t);
> > _CRTIMP void* __cdecl memset (void*, int, size_t);
>
> I assume that either __cdecl or _CRTIMP are not defined in this case.
>
> Could you please generate the preprocessed file and have a look at
> the
> corresponding entries to this in the preprocessed output? It would be
>
> interesting to know what the compiler really sees.
>
> I think we also need a way to determine if we are in the mingw case
> in
> the source code somehow. Any idea how to determine this? Does the
> compiler define some special mingw stuff which can be checked with
> the
> preprocessor?
>
> Bye,
> Alexander.
>
> --
> If you go on with this nuclear arms race,
> all you are going to do is make the rubble bounce.
> -- Winston Churchill
>
> http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =
> B0063FE7
> http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =
> 72077137
>
____________________________________________________________________________________
Don't pick lemons.
See all the new 2007 cars at Yahoo! Autos.
http://autos.yahoo.com/new_cars.html |
|
From: Alexander L. <Ale...@Le...> - 2007-05-01 09:25:25
|
Quoting Jon <jpu...@ya...> (Thu, 5 Apr 2007 18:07:05 -0700 (PDT)): > Sorry for the delay in replying. Don't worry, we all are busy... > The preprocessor output is attached. It looks like the problem has > something to do with "memcpy" and "memmove" being translated to > "bcopy". I'm not sure how this change is happening - wouldn't it show > up in the preprocessor output? I'm not sure. As I can not reproduce it, it is up to you to find the cause... sorry. > I'm not sure how the lame build system works - are the Makefiles > generated by configure? Anyway, the Makefile in mpglib has the line It is even more complex. Makefile.am is the master file. "automake" generates the Makefile.in files. configure (generated by "autoconf" from configure.in) then generates the Makefile out of Makefile.in. And "libtool" plays with automake/autoconf too. > "host_os=mingw", so couldn't that be used to set any host specific > configuration? I think the solution is to change something in a source file... but this is pure speculation at this point as we don't know what the cause is. Bye, Alexander. -- If there are self-made purgatories, then we all have to live in them. -- Spock, "This Side of Paradise", stardate 3417.7 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 |
|
From: nobot <as...@ya...> - 2007-05-10 05:05:37
|
Hey,
Try copying your lame root directory to the MSYS root directory.
l +-MSYS
+-lame
+-bin...
then launch MSYS, from console get into the lame directory and do the
compiling process, ./configure, make, make install
gl
++
Are you compiling on a i686 ?
Jon-80 wrote:
>
> Couldn't find anything on this in the archives or on the google.
>
> Ran "./configure --prefix=/static --disable-shared --enable-static
> --disable-frontend", which completed successfully.
>
> Then ran "make" and got:
>
> $ make
> make all-recursive
> make[1]: Entering directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
> Making all in mpglib
> make[2]: Entering directory
> `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
> if /bin/sh ../libtool --tag=CC --mode=compile gcc -DHAVE_CONFIG_H -I. -I.
> -I.. -I../include -I. -I../libmp3lame -I.. -O -fomit-frame-pointer
> -ffast-math -maccumulate-outgoing-args -Wall -pipe -MT common.lo -MD
> -MP -MF ".deps/common.Tpo" -c -o common.lo common.c; \
> then mv -f ".deps/common.Tpo" ".deps/common.Plo"; else rm -f
> ".deps/common.Tpo"; exit 1; fi
> gcc -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I. -I../libmp3lame -I.. -O
> -fomit-frame-pointer -ffast-math -maccumulate-outgoing-args -Wall -pipe
> -MT common.lo -MD -MP -MF .deps/common.Tpo -c common.c -o common.o
> In file included from c:/mingw/include/winnt.h:37,
> from c:/mingw/include/windef.h:246,
> from c:/mingw/include/windows.h:48,
> from ../libmp3lame/machine.h:110,
> from ../libmp3lame/encoder.h:140,
> from ../libmp3lame/lame-analysis.h:25,
> from mpglib.h:1,
> from common.h:24,
> from common.c:23:
> c:/mingw/include/string.h:54: parse error before '(' token
> c:/mingw/include/string.h:54: parse error before "void"
> c:/mingw/include/string.h:55: parse error before '(' token
> c:/mingw/include/string.h:55: parse error before "void"
> make[2]: *** [common.lo] Error 1
> make[2]: Leaving directory
> `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97/mpglib'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/c/advdev/videomail/ffmpeg_2/lame/lame-3.97'
> make: *** [all] Error 2
>
>
> Here are lines 49-56 from string.h:
> /*
> * Prototypes of the ANSI Standard C library string functions.
> */
> _CRTIMP void* __cdecl memchr (const void*, int, size_t);
> _CRTIMP int __cdecl memcmp (const void*, const void*, size_t);
> _CRTIMP void* __cdecl memcpy (void*, const void*, size_t);
> _CRTIMP void* __cdecl memmove (void*, const void*, size_t);
> _CRTIMP void* __cdecl memset (void*, int, size_t);
>
>
> Other info:
> $ gcc --version
> gcc.exe (GCC) 3.2.3 (mingw special 20030504-1)
>
> MinGW version is 3.1.0.
>
>
> Any ideas on how to fix this would be appreciated.
>
> Thanks in advance,
>
> Jon
>
>
>
>
>
>
> ____________________________________________________________________________________
> Now that's room service! Choose from over 150,000 hotels
> in 45,000 destinations on Yahoo! Travel to find your fit.
> http://farechase.yahoo.com/promo-generic-14795097
>
> -------------------------------------------------------------------------
> Take Surveys. Earn Cash. Influence the Future of IT
> Join SourceForge.net's Techsay panel and you'll get the chance to share
> your
> opinions on IT & business topics through brief surveys-and earn cash
> http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
> _______________________________________________
> Lame-dev mailing list
> Lam...@li...
> https://lists.sourceforge.net/lists/listinfo/lame-dev
>
>
--
View this message in context: http://www.nabble.com/Compile-error-on-MinGW-tf3425343.html#a10407221
Sent from the Mp3 - Lame mailing list archive at Nabble.com.
|
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X