I’ve been wrestling with libtool for years, and still don’t like it. A tool
that’s there for our “convenience” should NOT require so much dang work
SDL already goes halfway, with the sdl-config script and SDL’s very, very nice
macros in begin_code.h/close_code.h. Perhaps sdl-config can have an extra
feature added, to provide the non-library flags used to link SDL itself?
That way, we could have a makefile like this:
Beginning of makefile
.PHONY:clean
CFLAGS:=$(shell sdl-config --so-cflags)
LDFLAGS:=$(shell sdl-config --so-ldflags)
libtarget.so:this.o
$(CC) $(LDFLAGS) libthis.o -o libtarget.so
clean:
rm -f libtarget.so this.o
End of makefile
Much better than 3 nested directories of dog-blinding recursive
autoconf/automake/libtool madness, no?
Tyler Montbriand wrote:
I’ve been wrestling with libtool for years, and still don’t like it. A tool
that’s there for our “convenience” should NOT require so much dang work
SDL already goes halfway, with the sdl-config script and SDL’s very, very nice
macros in begin_code.h/close_code.h. Perhaps sdl-config can have an extra
feature added, to provide the non-library flags used to link SDL itself?
That way, we could have a makefile like this:
Beginning of makefile
.PHONY:clean
CFLAGS:=$(shell sdl-config --so-cflags)
LDFLAGS:=$(shell sdl-config --so-ldflags)
libtarget.so:this.o
$(CC) $(LDFLAGS) libthis.o -o libtarget.so
clean:
rm -f libtarget.so this.o
End of makefile
Much better than 3 nested directories of dog-blinding recursive
autoconf/automake/libtool madness, no?
Also --gl-flags and --gl-libs would be nice.
CFLAGS:=$(shell sdl-config --so-cflags)
LDFLAGS:=$(shell sdl-config --so-ldflags)
What is in “sdl-config --libs” that causes problems? I think I’m
misunderstanding the issue.
–ryan.
I agree… would make things nice.
Mikael Eriksson wrote:> Tyler Montbriand wrote:
I’ve been wrestling with libtool for years, and still don’t like it.
A tool that’s there for our “convenience” should NOT require so much
dang work
SDL already goes halfway, with the sdl-config script and SDL’s very,
very nice macros in begin_code.h/close_code.h. Perhaps sdl-config can
have an extra feature added, to provide the non-library flags used to
link SDL itself?
That way, we could have a makefile like this:
Beginning of makefile
.PHONY:clean
CFLAGS:=$(shell sdl-config --so-cflags)
LDFLAGS:=$(shell sdl-config --so-ldflags)
libtarget.so:this.o
$(CC) $(LDFLAGS) libthis.o -o libtarget.so
clean:
rm -f libtarget.so this.o
End of makefile
Much better than 3 nested directories of dog-blinding recursive
autoconf/automake/libtool madness, no?
Also --gl-flags and --gl-libs would be nice.
SDL mailing list
SDL at libsdl.org
http://www.libsdl.org/mailman/listinfo/sdl
In most cases --libs and --so-libs would almost always be the same, yes; but
I think it would be nice to leave wiggleroom for strange linking procedures
on non-linux UNIXes and non-GCC compilers.
As for --cflags and --so-cflags, they are very different on my linux system –
shared libraries require -fPIC but applications do not. On OSX they’re even
weirder, with -bundle instead of -shared. If at all possible it would be
lovely to spare people the libtool madness otherwise needed to figure this
stuff out.On August 18, 2005 01:33 pm, Ryan C. Gordon wrote:
CFLAGS:=$(shell sdl-config --so-cflags)
LDFLAGS:=$(shell sdl-config --so-ldflags)
What is in “sdl-config --libs” that causes problems? I think I’m
misunderstanding the issue.
In most cases --libs and --so-libs would almost always be the same, yes; but
I think it would be nice to leave wiggleroom for strange linking procedures
on non-linux UNIXes and non-GCC compilers.
Oh, I get it.
Remind me about this after 1.2.9 ships.
–ryans.
I agree, that would be quite nice, as well as:
--glu-flags and --glu-libsOn Thu, Aug 18, 2005 at 03:30:55PM -0400, Antonio SJ Musumeci wrote:
Mikael Eriksson wrote:
Also --gl-flags and --gl-libs would be nice.
I agree… would make things nice.
–
Steaphan Greene
GPG public key: http://www.cs.binghamton.edu/~sgreene/gpg.key.txt
-------------- next part --------------
A non-text attachment was scrubbed…
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: http://lists.libsdl.org/pipermail/sdl-libsdl.org/attachments/20050819/d980c2da/attachment.pgp