Problems building 1.0.0

Hi, i’m having all sorts of problems building sdl-1.0.0, either from
.tgz or off CVS…

the esd stuff linking has unresolved errors…i have version
2.8…(disabling esd and esd-test makes SDL link ok though)

linux fb framebuffer device support is compiled in by default even though
./configure --help says it shouldnt be…

–enable-video-svga had a minor header file problem… (commented out some
#include to fix…)

somehow /usr/src/SDL/include/SDL got created… it is some weird directory
that has nothing in it and breaks the make as well as the make install
which both seem to want a Makefile in that directory…

so i fiddled around all this and got it compiled. then i ran some test
programs under svgalib and under X11…

but now, when i go to change something in src/video/svga i cant ever
see to get the thing to recompile… i type ‘make;make install’ and it
rebuilds the changed files in src/video/svga but apparently it doesnt
relink them or something … because when i rebuild the test program it
does exactly the same thing as it did before… as if i changed nothing…

i tried ‘make clean’ as a last resort, but it didnt appear to do
anything… no removal of files… no nothing… just an error in
’include/SDL’

i have make 3.77
autoconf 2.13
automake 1.4
egcs 2.91.60
bash 2.03.0(1)
libc 2.1.2 (from debian)
linux 2.2.10
libtool 1.2b
binutils 2.9.1

what do you think?

I got the relinking after changing stuff in src/video/svga to work (i
think…) by this command:

cd /usr/src/SDL
find . -name “*.la” | xargs rm
make; make install

that sucks because it relinks all sorts of stuff unrelated to svgalib…
i still dont know if maybe theres something wrong with my
environment/setup/installation/method??On Sun, 12 Dec 1999, Hugh.M.Bright-1 wrote:

Hi, i’m having all sorts of problems building sdl-1.0.0, either from
.tgz or off CVS…

the esd stuff linking has unresolved errors…i have version
2.8…(disabling esd and esd-test makes SDL link ok though)

linux fb framebuffer device support is compiled in by default even though
./configure --help says it shouldnt be…

–enable-video-svga had a minor header file problem… (commented out some
#include to fix…)

somehow /usr/src/SDL/include/SDL got created… it is some weird directory
that has nothing in it and breaks the make as well as the make install
which both seem to want a Makefile in that directory…

so i fiddled around all this and got it compiled. then i ran some test
programs under svgalib and under X11…

but now, when i go to change something in src/video/svga i cant ever
see to get the thing to recompile… i type ‘make;make install’ and it
rebuilds the changed files in src/video/svga but apparently it doesnt
relink them or something … because when i rebuild the test program it
does exactly the same thing as it did before… as if i changed nothing…

i tried ‘make clean’ as a last resort, but it didnt appear to do
anything… no removal of files… no nothing… just an error in
’include/SDL’

i have make 3.77
autoconf 2.13
automake 1.4
egcs 2.91.60
bash 2.03.0(1)
libc 2.1.2 (from debian)
linux 2.2.10
libtool 1.2b
binutils 2.9.1

what do you think?

Hi, i’m having all sorts of problems building sdl-1.0.0, either from
.tgz or off CVS…

Hmm.

the esd stuff linking has unresolved errors…i have version
2.8…(disabling esd and esd-test makes SDL link ok though)

Can you send the errors?

linux fb framebuffer device support is compiled in by default even though
./configure --help says it shouldnt be…

–enable-video-svga had a minor header file problem… (commented out some
#include to fix…)

Can you send this error as well?

somehow /usr/src/SDL/include/SDL got created… it is some weird directory
that has nothing in it and breaks the make as well as the make install
which both seem to want a Makefile in that directory…

This is in the CVS release and needs to be removed.

but now, when i go to change something in src/video/svga i cant ever
see to get the thing to recompile… i type ‘make;make install’ and it
rebuilds the changed files in src/video/svga but apparently it doesnt
relink them or something … because when i rebuild the test program it
does exactly the same thing as it did before… as if i changed nothing…

This is a problem in the automake configuration. automake doesn’t
know that the main .la libraries depend on the subdir’s .la libraries.
Anyone know how to fix this?

i tried ‘make clean’ as a last resort, but it didnt appear to do
anything… no removal of files… no nothing… just an error in
’include/SDL’

Related to the junk directory include/SDL - will be fixed in the next
CVS release.

Thanks!
-Sam Lantinga (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

“Hugh.M.Bright-1” wrote:

‘include/SDL’

i have make 3.77
^^^^^^^^^^^^^

Dunno if this is the problem but I’ve heard that GNU Make 3.77 is
BROKEN. I think it would be safer to downgrade to a lower version like
3.76.1.–

| Rafael R. Sevilla @Rafael_R_Sevilla |
| Instrumentation, Robotics, and Control Laboratory |

College of Engineering, University of the Philippines, Diliman

Dunno if this is the problem but I’ve heard that GNU Make 3.77 is
BROKEN. I think it would be safer to downgrade to a lower version like
3.76.1.

not sure if 3.77 is broken,i’m doing a new distro for my boss and the libc
2.1.2 source clearly state to use either 3.75 or 3.77,it’s 3.76.X who’s broken
according to the instructions.

Alain

Hi, i’m having all sorts of problems building sdl-1.0.0, either from
.tgz or off CVS…

. . .

Can you send the errors?

give me a few days, im supposed to be studying for final exams…
ill double check everything i did then post errors…On Sun, 12 Dec 1999, Sam Lantinga wrote:

Hi, i’m having all sorts of problems building sdl-1.0.0, either from
.tgz or off CVS…

. . .

Can you send the errors?

give me a few days, im supposed to be studying for final exams…
ill double check everything i did then post errors…

I think I fixed most of the problems. I’ll post a new CVS tomorrow.

-Sam Lantinga				(slouken at devolution.com)

Lead Programmer, Loki Entertainment Software> On Sun, 12 Dec 1999, Sam Lantinga wrote:

“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec

Alain Toussaint wrote:

Dunno if this is the problem but I’ve heard that GNU Make 3.77 is
BROKEN. I think it would be safer to downgrade to a lower version like
3.76.1.

not sure if 3.77 is broken,i’m doing a new distro for my boss and the libc
2.1.2 source clearly state to use either 3.75 or 3.77,it’s 3.76.X who’s broken
according to the instructions.

I remember where I heard 3.77 was broke now. The release notes for
Mozilla M11 say that it would be safer to downgrade to 3.76 first
because there’s a bug in 3.77 that causes the Mozilla build to go to an
infinite loop. I’ve had some random problems with 3.77 with other
source distros with lots of fancy Makefiles too (Octave 2.1.x I think).–

| Rafael R. Sevilla @Rafael_R_Sevilla |
| Instrumentation, Robotics, and Control Laboratory |

College of Engineering, University of the Philippines, Diliman

native linux/pentium SVGAlib build works for me ok now…

I reported problems building the SDL off CVS about a week ago…i replaced
some of my stuff w debian/potato stuff (esd,libc,gcc) and then I checked
out the latest CVS today, (Dec. 18 1999) and it builds OK… no errors.
cool.

native linux/pentium SVGAlib build works for me ok now…

I reported problems building the SDL off CVS about a week ago…i replaced
some of my stuff w debian/potato stuff (esd,libc,gcc) and then I checked
out the latest CVS today, (Dec. 18 1999) and it builds OK… no errors.
cool.

Great. :slight_smile:
-Sam Lantinga (slouken at devolution.com)

Lead Programmer, Loki Entertainment Software–
“Any sufficiently advanced bug is indistinguishable from a feature”
– Rich Kulawiec