Hello
I have problems compiling some SDL programmes under Slackware Linux 7.1
I get this message:
“configure error: *** version 1.2.0 not found”
when i try to compile the programmes in the test directory shipped with
SDL.
I get also a similar message when i try to compile tuxracer.
When I do a ./configure it checks for sdl-config and says ok,
after that it checks for the sdl-libs and says sdl-lib = no or something
like that.
The script tells me, that i should check sdl-configure.
sdl-config --prefix
tells me that the path is set to /usr/local
sdl-config --libprefix (or something like that)
tells me that the path is set to /usr/local/lib
The Linux SDL FAQ on the www.libsdl.org homepage says
that i have to set the path of the sdl and do a
export PATH=$PATH:/usr/local/lib
to solve compiling problems .
But that doesn’t help, i tryed it, the PATH is allready set.
Can anyone tell me what’s going wrong there?
thanks
Best Regards
Oliver C.
I’m having a similar or perhaps the same problem on my Slackware Current
box (upgraded from 7.1). After some testing, this problem occurs with
version 1.1.8, 1.2.0, and the latest CVS snapshot. The configure,
compile, and install of SDL gives no errors, but when I try compiling
the test program, it fails. Here’s a snippit from my config.log after
trying to compile the test program. I get the same results on all the
versions that I mentioned.
snip
configure:2286: gcc -o conftest -g -O2 -I/usr/X11R6/include
-I/usr/local/include -I/usr/local/include/SDL -D_REENTRANT conftest.c
-L/usr/local/lib -Wl,-rpath,/usr/local/lib -lSDL -lpthread 1>&5
/usr/local/lib/libSDL.so: undefined reference to arts_stream_get' /usr/local/lib/libSDL.so: undefined reference toarts_init’
/usr/local/lib/libSDL.so: undefined reference to arts_play_stream' /usr/local/lib/libSDL.so: undefined reference toarts_stream_set’
/usr/local/lib/libSDL.so: undefined reference to arts_close_stream' /usr/local/lib/libSDL.so: undefined reference toarts_write’
collect2: ld returned 1 exit status
configure: failed program was:
#line 2276 "configure"
snip–
Silicon Avatar
| Newsgroups in the 23rd Century:
| “Uhura, set kill files on stun.” |
| This message is protected by double ROT13 |
| encryption. Any attempt to circumvent this |
| digital protection is banned by the DMCA. |
| http://www.silicon-avatar.net ICQ: 6262260
| silicon-avatar at home.com AIM: Slavatar |
/usr/local/lib/libSDL.so: undefined reference to arts_stream_get' /usr/local/lib/libSDL.so: undefined reference toarts_init’
/usr/local/lib/libSDL.so: undefined reference to arts_play_stream' /usr/local/lib/libSDL.so: undefined reference toarts_stream_set’
/usr/local/lib/libSDL.so: undefined reference to arts_close_stream' /usr/local/lib/libSDL.so: undefined reference toarts_write’
Quickfix: ./configure --disable-arts
–ryan.
I fixed this error by searching for that artsc.so file.
I found it in my /usr/local/kde/lib directory.
Then i added that directory to my /etc/ld.so.conf file and
started ldconfig.
That solved it.
But why does SDL need KDE?
Strange.
Best Regards
Oliver C.
“Ryan C. Gordon” wrote:> > /usr/local/lib/libSDL.so: undefined reference to `arts_stream_get’
/usr/local/lib/libSDL.so: undefined reference to arts_init' /usr/local/lib/libSDL.so: undefined reference toarts_play_stream’
/usr/local/lib/libSDL.so: undefined reference to arts_stream_set' /usr/local/lib/libSDL.so: undefined reference toarts_close_stream’
/usr/local/lib/libSDL.so: undefined reference to `arts_write’
Quickfix: ./configure --disable-arts
–ryan.
I fixed this error by searching for that artsc.so file.
I found it in my /usr/local/kde/lib directory.
Then i added that directory to my /etc/ld.so.conf file and
started ldconfig.
That solved it.
But why does SDL need KDE?
Strange.
Arts (or aRts) is KDE’s own sound multiplexer, similar to ESD. If you run
KDE, you may notice that sometimes apps that use /dev/dsp for sound cannot
access this device. This is because aRts is using the device. If an
application has native aRts support, then this will not be a problem (if not,
running the app through artsdsp often works).
SDL has native aRts support. When I’ve run the loopwave test, sometimes it
says it is using the dsp device, and sometimes it says it is using aRts.
Best Regards
Oliver C.
-KarlOn Wednesday 02 May 2001 12:14 am, you wrote:
That solved it.
But why does SDL need KDE?
Strange.
It doesn’t NEED it. ARTS is something like esound…it’s an optional SDL
sound driver, so your programs can play better with KDE if you are so
inclined. If you tell SDL not to use ARTS at configure time, then the
dependency goes away, and SDL can still use /dev/dsp directly, or esound,
or whatever else you’ve got support for on your platform.
Technically, having X11 support makes SDL “platform specific”, but even
that is optional support, even on Unix systems.
The important question is why configure could find the ARTS library,
when ld couldn’t. Might be a bug in SDL’s build process.
–ryan.