Hi,
I’m trying to build SDL_sound on MinGW, but the configure script errors
out. I’ve checked the current CVS version out, and run the bootstrap script.
Here’s the last few lines from the configure script’s output:
checking for sdl-config… /e/MinGW-Libs/bin/sdl-config
checking for SDL - version >= 1.2.0… no
*** Could not run SDL test program, checking why…
*** The test program failed to compile or link. See the file config.log for the
*** exact error that occured. This usually means SDL was incorrectly installed
*** or that you have moved SDL since it was installed. In the latter case, you
*** may want to edit the sdl-config script: /e/MinGW-Libs/bin/sdl-config
configure: error: *** SDL version 1.2.0 not found!
And the relevant lines from config.log:
configure:19052: checking for SDL - version >= 1.2.0
configure:19144: gcc -o conftest.exe -g -O2 -I/e/MinGW-Libs/include/SDL -Dmain=SDL_main conftest.c -L/e/MinGW-Libs/lib -lmingw32 -lSDLmain -lSDL -mwindows >&5
gcc.exe: installation problem, cannot exec `as’: No such file or directory
configure:19147: $? = 1
configure: program exited with status 1
configure: failed program was:
[-- snip program code --]
What’s weird is GCC runs fine from the MSYS command line, and none of the
other libraries or applications I’ve tried to compile (including libpng,
libtiff, sdl_net and a few others) failed to compile in this way. Admittedly,
I use my own Makefile and don’t bother with auto{make,conf}, but a lot of the
libraries I compiled used it…
Does anyone know what might be going wrong? It looks to me as if the config
script is clobbering $PATH and confusing GCC, but if that was happening then
it wouldn’t have been able to find GCC either…
Thanks.–
Phil. | Kitsune: Acorn RiscPC SA202 64M+6G VF+UniPod
@Philip_Pemberton | Cheetah: Athlon64 3200+ A8VDeluxeV2 1G+180G
http://www.philpem.me.uk/ | Tiger: Toshiba SatPro4600 Celeron700 256M+40G
… If you sold hats, babies would be born without heads.
Hi,
I’m trying to build SDL_sound on MinGW, but the configure script errors
out. I’ve checked the current CVS version out, and run the bootstrap script.
Here’s the last few lines from the configure script’s output:
AFAIK, and this should be confirmed by SDL team, CVS is out and SVN is
in(*). I don’t think they merge the more recent SVN back into CVS.
You should rather checkout the SVN tree.
checking for sdl-config… /e/MinGW-Libs/bin/sdl-config
checking for SDL - version >= 1.2.0… no
*** Could not run SDL test program, checking why…
*** The test program failed to compile or link.
configure: error: *** SDL version 1.2.0 not found!
This usually happens if ‘–prefix=…’ on configure line is wrong. With
MinGW, you should use you’re MinGW base path as prefix.
It seems your configure should be:
./configure --prefix=/e/MinGW-Libs
And the relevant lines from config.log:
configure:19052: checking for SDL - version >= 1.2.0
gcc.exe: installation problem, cannot exec `as’: No such file or directory
This might be solved by using the correct prefix.
Otherwise it could also mean that binutils isn’t installed (which I
doubt if other packages compile fine)
I also recall that ‘as’ must be in same directory than ‘gcc’ for MinGW
(assuming a default installation from a zip file or installer)
Does anyone know what might be going wrong? It looks to me as if the config
script is clobbering $PATH and confusing GCC, but if that was happening then
it wouldn’t have been able to find GCC either…
Possible, but I can’t say, I haven’t looked in to it.
(*) The king is dead, long live the king…On 29/05/2006 17:08, Philip Pemberton wrote:
In message <447D2810.2080402 at famille-lecomte.net>
Julien Lecomte wrote:
AFAIK, and this should be confirmed by SDL team, CVS is out and SVN is
in(*). I don’t think they merge the more recent SVN back into CVS.
You should rather checkout the SVN tree.
checks
Oops, I did grab it off SVN, not CVS…
This usually happens if ‘–prefix=…’ on configure line is wrong. With
MinGW, you should use you’re MinGW base path as prefix.
It seems your configure should be:
./configure --prefix=/e/MinGW-Libs
It looks like what’s happening is the environment isn’t getting passed on to
the configure script - see below
This might be solved by using the correct prefix.
Otherwise it could also mean that binutils isn’t installed (which I
doubt if other packages compile fine)
The thing is, Binutils is installed, otherwise I wouldn’t be able to compile
anything. At the moment, the only thing that won’t build is SDL_sound. SDL,
SDL_mixer and the rest of the SDL stuff builds fine.
I also recall that ‘as’ must be in same directory than ‘gcc’ for MinGW
(assuming a default installation from a zip file or installer)
It is - gcc and as are in the same directory (C:\mingw\bin).
Most peculiar…
Thanks.–
Phil. | Kitsune: Acorn RiscPC SA202 64M+6G VF+UniPod
@Philip_Pemberton | Cheetah: Athlon64 3200+ A8VDeluxeV2 1G+180G
http://www.philpem.me.uk/ | Tiger: Toshiba SatPro4600 Celeron700 256M+40G
… Flash Gordon exposed himself to all sorts of danger.
In message <447D2810.2080402 at famille-lecomte.net>
Julien Lecomte wrote:
AFAIK, and this should be confirmed by SDL team, CVS is out and SVN is
in(*). I don’t think they merge the more recent SVN back into CVS.
You should rather checkout the SVN tree.
checks
Oops, I did grab it off SVN, not CVS…
This usually happens if ‘–prefix=…’ on configure line is wrong. With
MinGW, you should use you’re MinGW base path as prefix.
It seems your configure should be:
./configure --prefix=/e/MinGW-Libs
Ah, that did something! It seems to be building now…
Thanks.–
Phil. | Kitsune: Acorn RiscPC SA202 64M+6G VF+UniPod
@Philip_Pemberton | Cheetah: Athlon64 3200+ A8VDeluxeV2 1G+180G
http://www.philpem.me.uk/ | Tiger: Toshiba SatPro4600 Celeron700 256M+40G
… Flash Gordon exposed himself to all sorts of danger.