I’m using MSYS + MinGW to compile SDL_Sound, but it fails with the following:
Excuse this rant, because it isn’t directed at you, but dear lord,
ANOTHER win32 build enviroment to support? Trying to support Cygwin has
historically been a pain, then mingw users come along and report that
the build is broken. Now there’s this MSYS thing that isn’t part of
mingw, but layers on top of it? I was hoping there could be another GNU
variant for windows that could make my life as a library maintainer more
difficult!
(sigh)
I honestly don’t have the time or the resources to fix it right
now…can someone with autoconf (which is a library maintainer’s support
nightmare to begin with) experience please take a look at this if I
promise my undying gratitude?
I’m using MSYS + MinGW to compile SDL_Sound, but it fails with the following:
I honestly don’t have the time or the resources to fix it right now…can
someone with autoconf (which is a library maintainer’s support nightmare
to begin with) experience please take a look at this if I promise my
undying gratitude?
My experiences with MSYS have been: try it ; it doesnt work ; give up,
though the idea is nice. Anyway I thought I’d give it a try when I noticed
that the original poster (“hah coe”) said:
$ autoconf configure.in:46: error: possibly undefined macro: AM_CONFIG_HEADER
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation. configure.in:47: error: possibly undefined macro: AM_INIT_AUTOMAKE configure.in:57: error: possibly undefined macro: AM_PROG_LIBTOOL configure.in:87: error: possibly undefined macro: AM_PATH_SDL configure.in:181: error: possibly undefined macro: AM_PATH_SMPEG configure.in:203: error: possibly undefined macro: AM_PATH_LIBMIKMOD configure.in:230: error: possibly undefined macro: AM_PATH_VORBIS configure.in:303: error: possibly undefined macro: AM_CONDITIONAL
$ ./configure
configure: error: cannot find install-sh or install.sh in . ./… ./…/…
$ make
make: *** No targets specified and no makefile found. Stop.----------
My understanding of MSYS is that it allows you to do ./configure && make &&
make install and it all works on windows. Why were you running
autoconf? It should work with ./configure out of the box (mine only fails
./configure because I didnt bother installing SDL with MSYS) if I remember
how msys works. Can you try just running ./configure and seeing if that works?
Using the MinGW “reimp” tool works pretty well to link against MSVC
compiled libraries. So either compile SDL_sound with MSVC and then
reimport the lib for MinGW or, if you don’t have/hate/boycot MSVC use
the available premade binaries.
I got all my SDL_xxx libraries working with MinGW this way. MinGW is a
great compiler (couldn’t resist) :*)
Excuse this rant, because it isn’t directed at you, but dear lord,
ANOTHER win32 build enviroment to support?
Just to stirr up the fire a little, has anyone managed to compile or at
least use SDL with Digital Mars compiler? A google search was not too
effective, I found exactly one post in this list from some months ago
with a dead URL.
coff2omf’ing or reimp’ing SDL libs and then using the output with
Digital Mars has been so far without success for me. Guess I missed
something. Am I the only one who ever tried to compile a SDL app with
Digital Mars?
Why are there no Digital Mars makefiles for SDL libs? hides for cover
I honestly don’t have the time or the resources to fix it right
now…can someone with autoconf (which is a library maintainer’s support
nightmare to begin with) experience please take a look at this if I
promise my undying gratitude?
Thanks,
–ryan.
Hi,
I have just try to compile on my msys, and it compiles fine. I used the
classical : ./configure ; make ; make install. In fact msys + mingw just
give an unix like building environnement. Contrary to cygwin, it doesn’t
provide an emulation of unix system calls.
I have not the additionnal libraries, like for handling ogg, so I can’t
test these formats but I think it may works with the natively supported
formats. The test program failed to compile, but it seems that it needs
phyfs or something like this. It also seems that there is a problem with the
math lib. So if someone can give a very basic example program which only
relies on SDL and SDL_sound I can give a definitive answer to say if it
works or not under mingw+msys.
I’m using MSYS + MinGW to compile SDL_Sound, but it fails with the following:
$ autoconf configure.in:46: error: possibly undefined macro: AM_CONFIG_HEADER
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation. configure.in:47: error: possibly undefined macro: AM_INIT_AUTOMAKE configure.in:57: error: possibly undefined macro: AM_PROG_LIBTOOL configure.in:87: error: possibly undefined macro: AM_PATH_SDL configure.in:181: error: possibly undefined macro: AM_PATH_SMPEG configure.in:203: error: possibly undefined macro: AM_PATH_LIBMIKMOD configure.in:230: error: possibly undefined macro: AM_PATH_VORBIS configure.in:303: error: possibly undefined macro: AM_CONDITIONAL
As mentioned in another post, you can probably skip this step and go
right to configure; make; make install
If you’re grabbing from CVS, you’ll need to run the bootstrap script
which does use autoconf. The latest version of MSYS has the auto*
tools available, and they work, more or less.
See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment
As mentioned in another post, you can probably skip this step and go
right to configure; make; make install
If you’re grabbing from CVS, you’ll need to run the bootstrap script
which does use autoconf. The latest version of MSYS has the auto*
tools available, and they work, more or less.
See ya,
-Sam Lantinga, Software Engineer, Blizzard Entertainment
Running bootstrap gets me through ./configure but it then fails during
make.
Guess I’ll just go download the binary.
I still don’t understand why you don’t use the already present "./configure"
script, which works fine under msys/mingw. I don’t have the most recent
version of msys, maybe it do not works on the latest.
If you look at my original message you can see that I tried autoconf first,
then tried ./configure; neither worked.> ----- Original Message -----
From: jpauty@irisa.fr (Julien Pauty)
To:
Sent: Friday, October 24, 2003 3:11 AM
Subject: Re: [SDL] SDL_Sound fails to compile with MinGW
Running bootstrap gets me through ./configure but it then fails during
make.
Guess I’ll just go download the binary.
I still don’t understand why you don’t use the already present
"./configure"
script, which works fine under msys/mingw. I don’t have the most recent
version of msys, maybe it do not works on the latest.
If you look at my original message you can see that I tried autoconf first,
then tried ./configure; neither worked.
The problem with that is that autoconf modified (removed by the looks of
it) the files needed by ./configure then failed, so ./configure didnt work
because attempting autoconf broke it. What happens if you just run
./configure on an unmodified source tree?
I tried it with just ./configure, it got farther but failed on playsound.
H:/msys/1.0/mingw/include/math.h:628: multiple definition of `llrintl’
…/.libs/libSDL_sound.a(libmpglib_la-mpglib_common.lo)(.text+0x380):H:/msys/
1.0/mingw/include/math.h:628: first defined here
make[1]: *** [playsound.exe] Error 1
There’s a bunch of errors like that with the math.h functions, and for some
string.h ones.> ----- Original Message -----
From: neil@twistedsquare.com (Neil Brown)
To:
Sent: Friday, October 24, 2003 6:03 AM
Subject: Re: [SDL] SDL_Sound fails to compile with MinGW
At 05:34 AM 24/10/2003 -0700, you wrote:
If you look at my original message you can see that I tried autoconf
first,
then tried ./configure; neither worked.
The problem with that is that autoconf modified (removed by the looks of
it) the files needed by ./configure then failed, so ./configure didnt work
because attempting autoconf broke it. What happens if you just run
./configure on an unmodified source tree?
Ok, I arrived to the same state. Playsound seems to be an example app, it is
compiled after the lib. You should type “make install” and you will get the
lib installed. Try it and tell us if it works.> ----- Original Message -----
From: hahcoe@hahcoe.net (Nick Campbell)
To:
Sent: Friday, October 24, 2003 10:32 PM
Subject: Re: [SDL] SDL_Sound fails to compile with MinGW
I tried it with just ./configure, it got farther but failed on playsound.
H:/msys/1.0/mingw/include/math.h:628: multiple definition of `llrintl’
Ok, I arrived to the same state. Playsound seems to be an example app, it is
compiled after the lib. You should type “make install” and you will get the
lib installed. Try it and tell us if it works.
Looks like a bug in msys’s headers to me.
It won’t work, for the record. playsound isn’t building because it fails
when trying to link against SDL_sound, because of what appears to be an
issue in msys’s math.h…any other program linked against that library
build will fail identically.
