Autoconf based SDL in CVS!

I’ve fully removed automake from SDL in CVS. For those of you who build SDL
with ./configure; make; make install, please grab the latest CVS snapshot and
let me know if there are any problems:
http://www.libsdl.org/cvs/SDL-1.2.10.tar.gz

I’m still working on making a default SDL_config.h and updating projects for
the non-configure based build systems.

(BTW, VMware rocks - I’m testing the build with 6 operating systems using it!)

Thanks!
-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

not sure what drove this change, but the thing that jumps out at me is that
the build system now lacks DESTDIR support …
make install DESTDIR=/some/temp/root
-mikeOn Sunday 19 February 2006 22:17, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build
SDL with ./configure; make; make install, please grab the latest CVS
snapshot and let me know if there are any problems:

looks like env CFLAGS are not properly set in the makefiles … configure
picks them up just fine though

export CFLAGS=’-O2 -march=k8 -pipe’
./configure
make

-mikeOn Sunday 19 February 2006 22:17, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build
SDL with ./configure; make; make install, please grab the latest CVS
snapshot and let me know if there are any problems:
http://www.libsdl.org/cvs/SDL-1.2.10.tar.gz

on my amd64 linux system, pthread stuff is failing to build:
$ make
build-deps:1332: warning: overriding commands for target
build/SDL_systhread.lo' build-deps:488: warning: ignoring old commands for targetbuild/SDL_systhread.lo’
build-deps:1339: warning: overriding commands for target build/SDL_syssem.lo' build-deps:477: warning: ignoring old commands for targetbuild/SDL_syssem.lo’
build-deps:1345: warning: overriding commands for target
build/SDL_sysmutex.lo' build-deps:461: warning: ignoring old commands for targetbuild/SDL_sysmutex.lo’
build-deps:1352: warning: overriding commands for target
build/SDL_syscond.lo' build-deps:446: warning: ignoring old commands for targetbuild/SDL_syscond.lo’
build-deps:1375: warning: overriding commands for target
build/SDL_systimer.lo' build-deps:520: warning: ignoring old commands for targetbuild/SDL_systimer.lo’
/bin/sh ./libtool --mode=compile gcc -D_GNU_SOURCE=1 -I./include
-I/usr/kde/3.5/include/artsc -pthread -I/usr/include/glib-2.0
-I/usr/lib64/glib-2.0/include -DXTHREADS -D_REENTRANT
-DHAVE_LINUX_VERSION_H -c src/thread/pthread/SDL_syssem.c
src/thread/SDL_syssem.c -o build/SDL_syssem.lo
gcc -D_GNU_SOURCE=1 -I./include -I/usr/kde/3.5/include/artsc -pthread
-I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -DXTHREADS -D_REENTRANT
-DHAVE_LINUX_VERSION_H -c src/thread/pthread/SDL_syssem.c
src/thread/SDL_syssem.c -fPIC -DPIC -o build/.libs/SDL_syssem.o
src/thread/pthread/SDL_syssem.c:44: error: redefinition of global
’SDL_CreateSemaphore’
src/thread/SDL_syssem.c:277: error: ‘SDL_CreateSemaphore’ previously defined
here
src/thread/pthread/SDL_syssem.c:76: error: redefinition of global
’SDL_DestroySemaphore’
src/thread/SDL_syssem.c:316: error: ‘SDL_DestroySemaphore’ previously defined
here
src/thread/pthread/SDL_syssem.c:103: error: redefinition of global
’SDL_SemWait’
src/thread/SDL_syssem.c:350: error: ‘SDL_SemWait’ previously defined here
src/thread/pthread/SDL_syssem.c:88: error: redefinition of global
’SDL_SemTryWait’
src/thread/SDL_syssem.c:330: error: ‘SDL_SemTryWait’ previously defined here
src/thread/pthread/SDL_syssem.c:119: error: redefinition of global
’SDL_SemWaitTimeout’
src/thread/SDL_syssem.c:371: error: ‘SDL_SemWaitTimeout’ previously defined
here
src/thread/pthread/SDL_syssem.c:161: error: redefinition of global
’SDL_SemPost’
src/thread/SDL_syssem.c:429: error: ‘SDL_SemPost’ previously defined here
src/thread/pthread/SDL_syssem.c:149: error: redefinition of global
’SDL_SemValue’
src/thread/SDL_syssem.c:401: error: ‘SDL_SemValue’ previously defined here
make: *** [build/SDL_syssem.lo] Error 1
-mikeOn Sunday 19 February 2006 22:17, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build
SDL with ./configure; make; make install, please grab the latest CVS
snapshot and let me know if there are any problems:
http://www.libsdl.org/cvs/SDL-1.2.10.tar.gz

You can use make install prefix=/some/temp/root, although you really should
do ./configure --prefix=/some/temp/root, since it’ll generate the right path
for sdl-config that way.

Is there some build system that uses DESTDIR rather than prefix by default?

Thanks,
-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment> On Sunday 19 February 2006 22:17, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build
SDL with ./configure; make; make install, please grab the latest CVS
snapshot and let me know if there are any problems:

not sure what drove this change, but the thing that jumps out at me is that
the build system now lacks DESTDIR support …
make install DESTDIR=/some/temp/root

not sure what drove this change, but the thing that jumps out at me is that
the build system now lacks DESTDIR support …
make install DESTDIR=/some/temp/root

You can use make install prefix=/some/temp/root, although you really should
do ./configure --prefix=/some/temp/root, since it’ll generate the right path
for sdl-config that way.

Is there some build system that uses DESTDIR rather than prefix by default?

DESTDIR and prefix are very different things, DESTDIR is used for
creating packages and chroots, it doesn’t modify the internal prefix,

so --prefix=/usr and DESTDIR=/tmp/myroot/

will put SDL into /tmp/myroot/usr
but can be packaged for systems installing it at /usr.

Dave.>

Thanks,
-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment


SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl

looks like env CFLAGS are not properly set in the makefiles … configure
picks them up just fine though

This should be fixed in CVS, thanks!

-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

on my amd64 linux system, pthread stuff is failing to build:

Try getting clean source. It looks like the old source copy stuff is interfering there.

-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

DESTDIR and prefix are very different things, DESTDIR is used for
creating packages and chroots, it doesn’t modify the internal prefix,

Ah, thanks, this should be fixed in CVS.

See ya!
-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

Hello !

(BTW, VMware rocks - I’m testing the build with 6 operating systems using
it!)

Cool. Maybe there is some MacOSX
running on normal PCs in the future.

The only system where i am having
problems at the moment is Mac OSX.
I tested only the UNIX way.

CU

The CVS snapshot for 1.2.10 works fine for me on Mac OS X 10.3.9, using
a fink-style commandline build. The new configure process looks much
more robust, no more copying files is a good thing.

– Andras Salamon @Andras_SalamonOn Mon, Feb 20, 2006 at 03:57:33PM +0100, Torsten Giebl wrote:

The only system where i am having
problems at the moment is Mac OSX.

Hello !

The CVS snapshot for 1.2.10 works fine for me on Mac OS X 10.3.9, using
a fink-style commandline build. The new configure process looks much more
robust, no more copying files is a good thing.

Ah, maybe the problem is with Mac OSX 10.4. I am
using that with the latest version that you can get with
Software Update. I am also using XCode 2.1, but will
install XCode 2.2 and try that tomorrow.

You are right with the new build system,
the only thing that is a little bit
bad is that CVS writes always M at SDL_config.h.

As it is in the CVS rep. and configure changes it.

CU

yep, working fine now … thanks
-mikeOn Monday 20 February 2006 06:31, Sam Lantinga wrote:

looks like env CFLAGS are not properly set in the makefiles … configure
picks them up just fine though

This should be fixed in CVS, thanks!

indeed … looks like make clean wasnt enough here, so i just nuked
everything that wasnt part of cvs and it builds just peachy now
-mikeOn Monday 20 February 2006 06:44, Sam Lantinga wrote:

on my amd64 linux system, pthread stuff is failing to build:

Try getting clean source. It looks like the old source copy stuff is
interfering there.

CFLAGS works now but LDFLAGS does not :slight_smile:

again, configure picks up my custom LDFLAGS, but the build system doesnt
utilize them … you may also want to verify CPPFLAGS is properly inserted
into CFLAGS, but i never use that myself …
-mikeOn Sunday 19 February 2006 22:17, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build
SDL with ./configure; make; make install, please grab the latest CVS
snapshot and let me know if there are any problems:
http://www.libsdl.org/cvs/SDL-1.2.10.tar.gz

it seems to work for me now, thanks
-mikeOn Monday 20 February 2006 06:49, Sam Lantinga wrote:

DESTDIR and prefix are very different things, DESTDIR is used for
creating packages and chroots, it doesn’t modify the internal prefix,

Ah, thanks, this should be fixed in CVS.

manpages are installed with the execute bit set ?
$ ls -l foo/usr/share/man/man3/ | head
total 712
-rwxr-xr-x 1 root root 6435 Feb 20 14:50 SDLKey.3
-rwxr-xr-x 1 root root 1544 Feb 20 14:50 SDL_ActiveEvent.3
-rwxr-xr-x 1 root root 2110 Feb 20 14:50 SDL_AddTimer.3
-rwxr-xr-x 1 root root 2913 Feb 20 14:50 SDL_AudioCVT.3
-rwxr-xr-x 1 root root 2685 Feb 20 14:50 SDL_AudioSpec.3
-rwxr-xr-x 1 root root 2641 Feb 20 14:50 SDL_BlitSurface.3
-rwxr-xr-x 1 root root 1280 Feb 20 14:50 SDL_BuildAudioCVT.3
-rwxr-xr-x 1 root root 1459 Feb 20 14:50 SDL_CD.3
-rwxr-xr-x 1 root root 407 Feb 20 14:50 SDL_CDClose.3
-mikeOn Sunday 19 February 2006 22:17, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build
SDL with ./configure; make; make install, please grab the latest CVS
snapshot and let me know if there are any problems:
http://www.libsdl.org/cvs/SDL-1.2.10.tar.gz

again, configure picks up my custom LDFLAGS, but the build system doesnt
utilize them …

This should be fixed in CVS, thanks!

-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

manpages are installed with the execute bit set ?

Again, fixed in CVS. Thanks for catching these! :slight_smile:

-Sam Lantinga, Senior Software Engineer, Blizzard Entertainment

Hi Sam,

When running configure I get the following message between the checks
for ALSA and ARTS:

ls: audio/alsa/*.c: No such file or directory

This appears to be caused by the line

SDL_SRCS="$SDL_SRCS (cd $srcdir && ls audio/alsa/*.c)"

in configure.in. It seems this is the only place where SDL_SRCS shows up
in the entire SDL12 source tree. Maybe a leftover? SDL builds fine here
without any other problems, in any case (on gentoo linux on an AMD
Athlon).

Bye,
-Willem JanOn Sun, 2006-02-19 at 19:17 -0800, Sam Lantinga wrote:

I’ve fully removed automake from SDL in CVS. For those of you who build SDL
with ./configure; make; make install, please grab the latest CVS snapshot and
let me know if there are any problems: