SDL_WINDOWID and OpenGL / nearly fixed / help on SDL build

SDL Development
1

Hi there,

So I’ve been trying to fix the bug where the SDL_WINDOWID hack doesn’t
work for OpenGL.

I’ve got it working - nearly - just need to track down an X Error on
shutdown.

Question: when I build SDL, ‘make’ doesn’t re-link for me.
I change code in (say) SDL_x11video.c and ‘make’, and the file is
compiled but libSDL* are not regenerated.

I just make clean then make, but this takes much longer than
necessary…

Any ideas what might be going wrong with the build process?

thanks,

Tom Gilbert
http://www.AlteredWorlds.com

2

I can force the build to work by deleting the file libSDL.la
in src before running ‘make’

Tom Gilbert>

Question: when I build SDL, ‘make’ doesn’t re-link for me.
I change code in (say) SDL_x11video.c and ‘make’, and the file is
compiled but libSDL* are not regenerated.

I just make clean then make, but this takes much longer than
necessary…

Any ideas what might be going wrong with the build process?

3

So I’ve been trying to fix the bug where the SDL_WINDOWID hack doesn’t
work for OpenGL.

This should be fixed in the latest CVS snapshot.

Question: when I build SDL, ‘make’ doesn’t re-link for me.
I change code in (say) SDL_x11video.c and ‘make’, and the file is
compiled but libSDL* are not regenerated.

I just make clean then make, but this takes much longer than
necessary…

Any ideas what might be going wrong with the build process?

Automake doesn’t know that if an object file in a subdirectory needs
to be rebuilt that it needs to relink everything that depends on it.
If anybody has a fix or a workaround, PLEASE let me know! :slight_smile:

See ya,
-Sam Lantinga, Lead Programmer, Loki Entertainment Software

4

Sam Lantinga wrote:

Automake doesn’t know that if an object file in a subdirectory needs
to be rebuilt that it needs to relink everything that depends on it.
If anybody has a fix or a workaround, PLEASE let me know! :slight_smile:

Don’t you just LOVE recursive Makefiles?

Ok, now, I do not know much automake per se, just straight GNU make.

You could make some PHONY targets in between for directories. If the
libfoo.a library needs stuff in the foo/ directory, make a target foo
that runs a make in there to be sure everything is up to date. Be
explicit about libfoo.a’s object file dependencies.

Of course, the Right Way is to dump recursive Makefiles (and automake,
because it can only generate recursive Makefiles). But that’s just me
and you wouldn’t be the first to ignore me safely. :-)–
“How should I know if it works? That’s what beta testers are for.
I only coded it.” – Linus Torvalds