Hello, All!
acinclude.m4 file still includes libtool-1.5.22 m4 macros. Any sense to use
such old version ? This old libtool doesn’t support a couple of new
platforms.
With best regards, Mike Gorchak. E-mail: @Mike_Gorchak
Hello, Mike!
MG> acinclude.m4 file still includes libtool-1.5.22 m4 macros. Any sense to
MG> use such old version ? This old libtool doesn’t support a couple of new
MG> platforms.
By the way, why autogen.sh script uses “cp acinclude.m4 aclocal.m4” instead
of just run a “aclocal” utility ? (Under QNX copying acinclude.m4 to
aclocal.m4 causes a lot of warnings during autoconf execution)
With best regards, Mike Gorchak. E-mail: @Mike_Gorchak
Hello, All!
acinclude.m4 file still includes libtool-1.5.22 m4 macros. Any sense to use
such old version ? This old libtool doesn’t support a couple of new
platforms.
If it ain’t broke, don’t fix it? (Though it sounds like it’s broken)
It contains a few custom patches for DLL creation on Windows, among
other things, so it’s not trivial to upgrade. If it needs an upgrade,
please submit a bug and I’ll get to it when I get a chance.
See ya,
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
Hello, Mike!
MG> acinclude.m4 file still includes libtool-1.5.22 m4 macros. Any sense to
MG> use such old version ? This old libtool doesn’t support a couple of new
MG> platforms.
By the way, why autogen.sh script uses “cp acinclude.m4 aclocal.m4” instead
of just run a “aclocal” utility ? (Under QNX copying acinclude.m4 to
aclocal.m4 causes a lot of warnings during autoconf execution)
I believe this worked around some issues on mingw32, which may no longer
be necessary…
See ya,
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
Hello, Sam!
acinclude.m4 file still includes libtool-1.5.22 m4 macros. Any sense to
use such old version ? This old libtool doesn’t support a couple of new
platforms.
SL> If it ain’t broke, don’t fix it? (Though it sounds like it’s broken)
SL> It contains a few custom patches for DLL creation on Windows, among
SL> other things, so it’s not trivial to upgrade. If it needs an upgrade,
SL> please submit a bug and I’ll get to it when I get a chance.
Ok, I will submit bug. Because real QNX support (shared libraries) appears
in libtool 2.x versions only. Maybe it is possible to do a diff with
original ltmain.sh and libtool.m4 from libtool 1.5.22 and SDL’s version ?
http://ftp.gnu.org/gnu/libtool/libtool-1.5.22.tar.gz
With best regards, Mike Gorchak. E-mail: mike at malva.ua
Ok, I will submit bug. Because real QNX support (shared libraries) appears
in libtool 2.x versions only. Maybe it is possible to do a diff with
original ltmain.sh and libtool.m4 from libtool 1.5.22 and SDL’s version ?
Yep, I went ahead and did this, checked in with revision 4452.
Thanks!
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
Along these same lines, the included config.guess and config.sub files
are from 12/2007, Haiku was officially added in April 2008, so maybe
these can be refreshed from gnulib git? Not sure what others have
been added in the past 14 months but I’m sure they’ll thank you as
well 
I’ll hope to get back to the SDL-Haiku patch updates in the next few
days, to clear up ticket 615.
Thanks,
-scottmcOn Wed, Mar 4, 2009 at 9:00 AM, Sam Lantinga wrote:
Ok, I will submit bug. Because real QNX support (shared libraries) appears
in libtool 2.x versions only. Maybe it is possible to do a diff with
original ltmain.sh and libtool.m4 from libtool 1.5.22 and SDL’s version ?Yep, I went ahead and did this, checked in with revision 4452.
Thanks!
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
SDL mailing list
SDL at lists.libsdl.org
http://lists.libsdl.org/listinfo.cgi/sdl-libsdl.org
Along these same lines, the included config.guess and config.sub files
are from 12/2007, Haiku was officially added in April 2008, so maybe
these can be refreshed from gnulib git?
Done!
I’ll hope to get back to the SDL-Haiku patch updates in the next few
days, to clear up ticket 615.
Great. 
Thanks!
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
Well that introduced quite a dangerous bug.
as acinclude.m4 has this:
LIBTOOL=’$(SHELL) $(top_builddir)/libtool’
and because of this Makefile will now contain:
rm -f config.status config.cache config.log $(LIBTOOL) $(depend)
in the distclean actions
This will try to remove /bin/sh when one executes make distclean
I never compile as root so it did no harm, but sure is dangerous.On Wednesday 04 March 2009 11:00:03 Sam Lantinga wrote:
Ok, I will submit bug. Because real QNX support (shared libraries)
appears in libtool 2.x versions only. Maybe it is possible to do a diff
with original ltmain.sh and libtool.m4 from libtool 1.5.22 and SDL’s
version ?Yep, I went ahead and did this, checked in with revision 4452.
Hello, Sam!
You wrote on Wed, 04 Mar 2009 01:00:03 -0800:
Ok, I will submit bug. Because real QNX support (shared libraries)
appears in libtool 2.x versions only. Maybe it is possible to do a diff
with original ltmain.sh and libtool.m4 from libtool 1.5.22 and SDL’s
version ?
http://ftp.gnu.org/gnu/libtool/libtool-1.5.22.tar.gz
SL> Yep, I went ahead and did this, checked in with revision 4452.
Checked up new revision, all autotools stuff works like a charm under QNX
! Thanks !
With best regards, Mike Gorchak. E-mail: @Mike_Gorchak
Well that introduced quite a dangerous bug.
as acinclude.m4 has this:
LIBTOOL=’$(SHELL) $(top_builddir)/libtool’
and because of this Makefile will now contain:
rm -f config.status config.cache config.log $(LIBTOOL) $(depend)
in the distclean actions
This will try to remove /bin/sh when one executes
make distclean
Yikes! Thanks, this is fixed now.
See ya,
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC
Checked up new revision, all autotools stuff works like a charm under QNX
! Thanks !
Yay! You’re welcome!
-Sam Lantinga, Founder and President, Galaxy Gameworks LLC