Re: [AD] bug report: allegro-4.1.6: static libraries linked into shared library

[Thomas Klausner <wiz@xxxxxxxxxx>]

On Fri, Dec 20, 2002 at 06:16:29PM +0100, Eric Botcazou wrote:
> I was able to reproduce it. Patch attached (already applied to the CVS tree).
> Liquidwar 5.5.8 appears to work fine with the CVS head on Linux.

Thanks!
I have some threading problems with it (at least that's what I guess what it
is), but the particular problem I was facing is fixed.

NetBSD doesn't have native pthreads yet, so I'm using pth.
The threading problem is that the window pops up, including background image,
but I never get to see the main menu, while I do get to hear the music.

While trying to debug this, I found some minor issues:

In configure, when ``ld -s'' works for stripping, -s is added to the
LDFLAGS, and thus ends up even in allegro-config's output.
It's a bit frustrating to try to build debug libraries only to
have '-s' in the output of ``allegro-config --libs debug'' :)

I didn't find an easy way to add -g to the CFLAGS, except for replacing
the s,@CFLAGS@,$CFLAGS,;t t line in configure with s,@CFLAGS@,$CFLAGS -g,;t t
:) Obviously, that's not the way to go...
depmod.sh and deplib.sh do not honor CFLAGS either.

> > In makefile.in, you have a test to check if liballeg's dir is
> > mentioned in /etc/ld.so.conf -- this is unnecessary on at least
> > NetBSD, if you use -rpath when linking (which is usually done);
> > I think the same applies for Solaris, but I'm not sure.
> 
> You're right, the issue was already brought on the table by one of our Solaris 
> testers (Henrik Schmidt). So the path to shared libraries is usually 
> hardcoded in executables on NetBSD too ?

Yes, that's how it's usually done on NetBSD.
 Thomas

-- 
Thomas Klausner - wiz@xxxxxxxxxx
What is wanted is not the will to believe, but the will to find
out, which is the exact opposite. -- Bertrand Russell