Re: Mac OS X 10.4 test failures on HEAD
* Peter O'Gorman wrote on Fri, Jun 17, 2005 at 03:45:12PM CEST: > Hi, > In case anyone is wondering (Gary) why HEAD fails one of the new tests on > Mac OS X 10.4, it is because of a bug in the linker. I have reported the > bug and it is unlikely to be fixed before Mac OS X 10.5, I think. Apple released Xcode 2.1. Perhaps the bug has been fixed in this new version? -- Greetings, Christoph Geschenkt: 3 Monate GMX ProMail gratis + 3 Ausgaben stern gratis ++ Jetzt anmelden & testen ++ http://www.gmx.net/de/go/promail ++ ___ http://lists.gnu.org/mailman/listinfo/libtool
HEAD: bootstrap failure
Hi! I get an bootstrap failure because of no rule to make target m4/argz.m4, needed in 'Makefile.in'. Stop. The attached patch touches the toplevel Makefile.am and fixes the bug. Then bootstrapping works for me (tm). -- Greetings, Christoph 5 GB Mailbox, 50 FreeSMS http://www.gmx.net/de/go/promail +++ GMX - die erste Adresse für Mail, Message, More +++ Makefile.am.diff Description: Binary data ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
HEAD: mass testsuite failure
Hi! I run the old testsuite with VERBOSE="X" make check from the toplevel directory. Nearly all tests fail, they all try to use the m4/libtool.m4 which has been moved to libltdl/m4/libtool.m4 All given path in this mail are relative to the toplevel directory. Easy to reproduce on a fresh cvs checkout. -- Greetings, Christoph GMX DSL = Maximale Leistung zum minimalen Preis! 2000 MB nur 2,99, Flatrate ab 4,99 Euro/Monat: http://www.gmx.net/de/go/dsl ___ Bug-libtool mailing list Bug-libtool@gnu.org http://lists.gnu.org/mailman/listinfo/bug-libtool
(no subject)
Hi! I am running Darwin 6.1. libtool 1.4.2, autoconf 2.52 and automake 1.6.1 are shipped with it. The application I write loads dynamic libs at runtime or at least it should. But Darwin says, the dynamic lib are not of the right type of object file. Having a closer look how these libs are build, I noticed that gcc _always_ uses the -dynamiclib option. Though libtool should use the -bundle option, when the -module option is passed to libtool. Having a look into the libtool.m4 file, I found this line: archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' As gcc _always_ uses the -dynamiclib option, the $module variable is not set to "yes", when it should. It might also be, that $module is uninitialized, because I can't find a line, which sets $module to any value _before_ the above mentioned line... IMO, this is a bug. Can someone help me fixing it, please? -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
libtool 1.4.2 on Darwin
Sorry for resending this mail, but I forgot two things: 1. An appropriate subject 2. To mention, that I am NOT subscribed on this list. So please CC me all mails belonging to this thread, please. > Hi! > > I am running Darwin 6.1. libtool 1.4.2, autoconf 2.52 and automake 1.6.1 are > shipped with it. > > The application I write loads dynamic libs at runtime or at least it should. > But Darwin says, the dynamic lib are not of the right type of object file. > > Having a closer look how these libs are build, I noticed that gcc _always_ > uses the -dynamiclib option. Though libtool should use the -bundle option, > when the -module option is passed to libtool. > > Having a look into the libtool.m4 file, I found this line: > > archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || echo > -dynamiclib) $allow_undefined_flag -o $lib > $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' > > As gcc _always_ uses the -dynamiclib option, the $module variable is not set > to "yes", when it should. It might also be, that $module is uninitialized, > because I can't find a line, which sets $module to any value _before_ the > above mentioned line... > IMO, this is a bug. Can someone help me fixing it, please? -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
Usually I don't reply myself, but I have some news related to my problem: > > Hi! > > > > I am running Darwin 6.1. libtool 1.4.2, autoconf 2.52 and automake 1.6.1 > are > > shipped with it. > > > > The application I write loads dynamic libs at runtime or at least it > should. > > But Darwin says, the dynamic lib are not of the right type of object > file. > > > > Having a closer look how these libs are build, I noticed that gcc > _always_ > > uses the -dynamiclib option. Though libtool should use the -bundle > option, > > when the -module option is passed to libtool. > > > > Having a look into the libtool.m4 file, I found this line: > > > > archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || echo > > -dynamiclib) $allow_undefined_flag -o $lib > > $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' > > > > As gcc _always_ uses the -dynamiclib option, the $module variable is not > > set to "yes", when it should. $module _is_ set to yes. In the above mentioned line is a quoting bug. Replacing the above line by this one works: archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $ libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' Now, I have another problem: gcc: -install_name only allowed with -dynamiclib -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] P.S. Please CC me, as I am not subscribed to this list! +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> Isn't that the old zsh qouting bug? Well, people still refuse to give us > an 1.4.3 anysoon, so may be you want to expand your configure scripts > with: > http://ac-archive.sf.net/Installed_Packages/patch_libtool_on_darwin_zsh_overquoting.html zsh? Is that yet another shell? I use the bash shell. > Christoph Egger wrote: > > Usually I don't reply myself, but I have some news related to my > problem: > > > > > >>>Hi! > >>> > >>>I am running Darwin 6.1. libtool 1.4.2, autoconf 2.52 and automake > 1.6.1 > >> > >>are > >> > >>>shipped with it. > >>> > >>>The application I write loads dynamic libs at runtime or at least it > >> > >>should. > >> > >>>But Darwin says, the dynamic lib are not of the right type of object > >> > >>file. > >> > >>>Having a closer look how these libs are build, I noticed that gcc > >> > >>_always_ > >> > >>>uses the -dynamiclib option. Though libtool should use the -bundle > >> > >>option, > >> > >>>when the -module option is passed to libtool. > >>> > >>>Having a look into the libtool.m4 file, I found this line: > >>> > >>>archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || echo > >>>-dynamiclib) $allow_undefined_flag -o $lib > >>> $libobjs $deplibs$linker_flags -install_name $rpath/$soname > $verstring' > >>> > >>>As gcc _always_ uses the -dynamiclib option, the $module variable is > not > >>>set to "yes", when it should. > >> > > > > $module _is_ set to yes. In the above mentioned line is a quoting bug. > > Replacing the above line by this one works: > > > > archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo > > -dynamiclib) $allow_undefined_flag -o $lib $ > > libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' > > > > Now, I have another problem: > > gcc: -install_name only allowed with -dynamiclib > > > -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] P.S. Please CC me as I am not subscribed to this list. +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> >>Christoph Egger wrote: > >> > >>I am running Darwin 6.1. libtool 1.4.2, autoconf 2.52 and automake > >>1.6.1 are shipped with it. > >> > >>The application I write loads dynamic libs at runtime or at least it > >>should. > >>But Darwin says, the dynamic lib are not of the right type of object > >>file. > >>Having a closer look how these libs are build, I noticed that gcc > >>_always_ uses the -dynamiclib option. Though libtool should use > >>the -bundle option, when the -module option is passed to libtool. > >>Having a look into the libtool.m4 file, I found this line: archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' > >>$module _is_ set to yes. In the above mentioned line is a quoting bug. > >>Replacing the above line by this one works: > >> archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $ libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' Now, I have another problem: gcc: -install_name only allowed with -dynamiclib >> zsh? Is that another shell? > In darwin less than 10.2 it was zsh installed as /bin/sh. Oh, I see. > Everyone did try to get away with it in the libtool script but it > wasn't any good - the doublequote-escaping was wrong in either > zsh or the other shells. So, there's a chance that my fix goes into an official libtool release? That would be great! > So the doublequotes around the $module was... > finally... simply removed. The fix I 'introduced' above exactly does this. > Well, I don't know if that's really related to your problem The zsh quoting bug? Not at all. As I said, I am using bash. It doesn't hurt me at all, when the zsh support finally gets completely removed. All what I want are three things: 1) That my above fix becomes part of one of the next libtool releases 2) That libtool calls gcc with the right params, so that gcc doesn't break the compiling process with 'gcc: -install_name only allowed with -dynamiclib' 3) The the right fix for 2) becomes part of libtool, too. > but just try with the ac-macros and tell to the libtool-list > of your experience... Do you mean the macro defined there ? >http://ac-archive.sf.net/Installed_Packages/patch_libtool_on_darwin_zsh_overquoting.html -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] P.S.: Please CC me as I am not subscribed on this list. +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> Christoph Egger wrote: > > > > All what I want are three things: > > > > 1) That my above fix becomes part of one of the next libtool releases > > 2) That libtool calls gcc with the right params, so that gcc doesn't > break > > the compiling process with 'gcc: -install_name only allowed with > > -dynamiclib' > > 3) The the right fix for 2) becomes part of libtool, too. > > aye. Ok, here we come: I just did 2) The fix is replacing this line archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' by this one: archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo -dynamiclib) $allow_undefined_flag -o $lib $ libobjs $deplibs$linker_flags $(test .$module = .yes || echo -install_name $rpath/$soname) $verstring' Does this look ok? Can/will this go into the official libtool tree? > hmm, I have an updated one, the one published in the gnu ac-archive > category is again behind the moon, service unavailable... > > http://ac-archive.sf.net/guidod/patch_libtool_on_darwin_zsh_overquoting.html Haven't tried that yet. Sorry. I am so happy with my fix, that I don't need anything else but the answer, if my fix is accepted or not. :) Thank for your help. -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> Christoph Egger wrote: > > > Ok, here we come: I just did 2) > > The fix is replacing this line > > > > archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || > > echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs > > $deplibs$linker_flags -install_name $rpath/$soname $verstring' > > > > by this one: > > > > archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo > > -dynamiclib) $allow_undefined_flag -o $lib $ > > libobjs $deplibs$linker_flags $(test .$module = .yes || echo > -install_name > > $rpath/$soname) $verstring' > > Can we have a ``diff -u'' of the two versions, please? Yes, of course. It is attached. -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! libtool.m4.diff Description: Binary data
Re: libtool 1.4.2 on Darwin
> In regard to: Re: libtool 1.4.2 on Darwin, Christoph Egger said (at
> 11:26pm...:
>
> >Ok, here we come: I just did 2)
> >The fix is replacing this line
> >
> >archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle ||
> >echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs
> >$deplibs$linker_flags -install_name $rpath/$soname $verstring'
> >
> >by this one:
> >
> >archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo
> >-dynamiclib) $allow_undefined_flag -o $lib $
> >libobjs $deplibs$linker_flags $(test .$module = .yes || echo
> -install_name
> >$rpath/$soname) $verstring'
>
> I can understand the change for quotes, but why the change from x$module
> and xyes to .$module and .yes? Is that really necessary? What about
> other parts of libtool that use x$var = x. If possible, keeping it
> consistent would be best.
The reason is simply:
At line 2075 I found this line:
library_names_spec='${libname}${release}${versuffix}.$(test .$module = .yes
&& echo so || echo dylib) ${libname}${r
elease}${major}.$(test .$module = .yes && echo so || echo dylib)
${libname}.$(test .$module = .yes && echo so || echo
dylib)'
This tests $module against a value, which worked. So I solved the quoting
issue by going the same way. :)
--
CU,
Christoph Egger
E-Mail: [EMAIL PROTECTED]
+++ GMX - Mail, Messaging & more http://www.gmx.net +++
NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
___
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> While we're on the subject of darwin and libtool, we've been needing to > make changes to libtool to make KDE compile on darwin that haven't been > discussed in this thread. > > Darwin's GCC has a number of very weird states it can get into during > the linking stage because of it's crappy ld (grin), and I don't think > many things have exercised them until we tried to get something really > big to build with libtool. > > Attached is a patch with some of the fixes that have gone into the > KDE-Darwin tree. I haven't done all of these changes myself, Dave > Vasilevsky (who has posted libtool patches previously, I think) is the > one who found most of these issues. > > The libtool.m4 bit includes the fixed module test discussed here in the > last couple of days, as well as the -install_name bug, but it also fixes > some symbol issues when linking some C++ bits. It basically has to > implement a two-pass compile to make linking happy. The second part > (the ltmain.in bit) disables lazy linking because of C++ issues as well. > > The patch is made against libtool CVS top-of-tree as of a few minutes > ago; if you have any problems with it or need changes, let me know. It > would be great to have darwin linking properly out-of-the-box with > libtool. =) Ah, tnx! The libtool.m4 patch caused me some problems. configure said, _LT_AC_TAGVAR is probably an undefined macro. Then I replaced _LT_AC_TAGVAR(archive_cmds, $1) by archive_cmds and that works fine for me. That's a better fix than the mine. TNX! -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> > > Bruce Korb wrote: > > Christoph Egger wrote: > > > > > >>Ok, here we come: I just did 2) > >>The fix is replacing this line > >> > >>archive_cmds='$nonopt $(test "x$module" = xyes && echo -bundle || > >>echo -dynamiclib) $allow_undefined_flag -o $lib $libobjs > >>$deplibs$linker_flags -install_name $rpath/$soname $verstring' > >> > >>by this one: > >> > >>archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo > >>-dynamiclib) $allow_undefined_flag -o $lib $ > >>libobjs $deplibs$linker_flags $(test .$module = .yes || echo > -install_name > >>$rpath/$soname) $verstring' > > > > > > Can we have a ``diff -u'' of the two versions, please? > > > > fyi, the libtool-1-4 branch *already* contains the following: > > archive_cmds='$nonopt $(test .$module = .yes && echo -bundle || echo > -dynamiclib) $allow_undefined_flag -o $lib >$libobjs $deplibs$linker_flags -install_name $rpath/$soname $verstring' > > so diff would be just in the last part around `-install_name > $parth/$soname` > Good to know. Is there an anonymous CVS access? If yes, where and how? Then I could give you a diff against this branch, if merging makes you trouble. -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> > On Wednesday, October 9, 2002, at 01:20 AM, Christoph Egger wrote: > > >> so diff would be just in the last part around `-install_name > >> $parth/$soname` > >> > > > > Good to know. Is there an anonymous CVS access? If yes, where and how? > > Then I could give you a diff against this branch, if merging makes you > > trouble. > > The patch I posted yesterday for darwin contains the -install_name > fixes already if you want to use that... Yes, you already said that. The stuff above is about the libtool 1.4 _branch_, while the libtool-darwin patch is in the mainstream development tree. BTW: When will the first libtool version be released containing the libtool-darwin patch officially? -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool 1.4.2 on Darwin
> > Yes, you already said that. The stuff above is about the libtool 1.4 > > _branch_, while the libtool-darwin patch is in the mainstream > development tree. > > Right, and I have not yet seen anything that said there will be a > libtool 1.4.3 release, only that there will be a libtool release in > general, so I posted the patch against the tree that it sounds like most > development is going on in. It should be very easy to backport. Right. The ltmain.in patch works without modifications, the libtool.m4 patch had to be modified. I am using it now. I've attached a diff against native libtool 1.4.2. I hope, someone puts it into CVS. > > BTW: When will the first libtool version be released containing the > > libtool-darwin patch officially? > > Got me, this is the first time I've ever even written anything to the > libtool list I think, I'm just a lurker. =) > > I don't even know if anyone with commit access has looked at the patch, > for that matter. Would be nice, if someone were doing it. -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! libtool-darwin.diff Description: Binary data
libtool on darwin #2
uhmm... sorry for the resend. I forgot to mention to CC me, as I am NOT subscribed on this list. Hi! I have found yet another libtool bug. I am using autoconf 2.52, automake 1.6.1 and libtool (latest CVS version of branch-1-4). Short bug description: I can't link against a framework, because libtool throughs the needed -framework param away. Long description: /bin/sh ../../libtool --mode=link gcc -g -O2 -I/Users/christop/devel/ggiroot/include -D_REENTRANT -D_THREAD_SAFE -g -Wall -framework ApplicationServices -L/Users/christop/devel/ggiroot/lib -o quartz.la -rpath /Users/christop/devel/ggiroot/lib/ggi/display -module -no-undefined -avoid-version -export-symbols ./EXPSYMS mode.lo visual.lo ../../ggi/libggi.la -lgii -lgg mkdir .libs rm -fr .libs/quartz.la .libs/quartz.* .libs/quartz.* (cd . && ln -s mode.lo mode.o) (cd . && ln -s visual.lo visual.o) Up to here, everything is correct. Note the present -framework ApplicationServices here. gcc -r -keep_private_externs -nostdlib -o .libs/quartz.so-master.o mode.lo visual.lo && gcc -bundle -o .libs/quartz.so .libs/quartz.so-master.o -L/Users/christop/devel/ggiroot/lib -L../../ggi/.libs -lggi -lgii -lgg -lc And here it is away! That leads to the following linking breakage: ld: Undefined symbols: _CGDisplayAvailableModes _CGDisplayBestModeForParameters _CGDisplayCurrentMode _CGDisplayRelease _CGDisplaySwitchToMode _CGMainDisplayID _CGPaletteCreateDefaultColorPalette _CGPaletteRelease Has anyone an idea, what's going wrong in libtool? -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: libtool on darwin #2
> > From: Christoph Egger <[EMAIL PROTECTED]> > > > > Short bug description: I can't link against a framework, because libtool > > throughs the needed -framework param away. > > I hit this problem once and created a patch for it, but it's non-trivial. > Even if libtool recognizes it as a LDFLAG, libtool does this deplibs > reversal to sort order or dependent libs and you start getting things like > > gcc -o this.dylib ... Cocoa -framework ... > > but it is possible. > > But is there a better solution maybe? CVS libtool (not sure about 1.4) has > a handy -Xlinker escape for linker flags. Maybe try: > > libThis_la_LDFLAGS = -Xlinker -framework -Xlinker Cocoa hey - That works! Thanks very much! -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
[BUG REPORT] libtool 1.4.3 doesn't find dl library
Hi! A user from the GGI project (http://www.ggi-project.org/) found a bug in libtool 1.4.3, when trying to compile GGI on a MIPS architecture. libtool has a wrong regex causing it to reject the dl library though it is available. The snippet from the IRC log: [15:33] libtool says deplibs_check_method="file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )" [15:34] file says /lib/libdl-2.2.4.so: ELF 32-bit LSB mips-1 shared object, MIPS R3000_LE [bfd bug], version 1, not stripped [15:34] nearly the same, but enough to reject dl library flibble 'fixed' this bug by changing deplibs_check_method to pass_all. I know, this is not the right fix, but it is a quick fix and works for him. Anyone, who knows the right fix? -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
Re: [BUG REPORT] libtool 1.4.3 doesn't find dl library
Sorry, *just* after I sent this mail, flibble said, he used the older GGI version, which has libtool 1.4.0. So if the reported bug below is already fixed in libtool 1.4.3, then please let me know. Hi! A user from the GGI project (http://www.ggi-project.org/) found a bug in libtool 1.4.3, when trying to compile GGI on a MIPS architecture. libtool has a wrong regex causing it to reject the dl library though it is available. The snippet from the IRC log: [15:33] libtool says deplibs_check_method="file_magic ELF [0-9][0-9]*-bit [LM]SB (shared object|dynamic lib )" [15:34] file says /lib/libdl-2.2.4.so: ELF 32-bit LSB mips-1 shared object, MIPS R3000_LE [bfd bug], version 1, not stripped [15:34] nearly the same, but enough to reject dl library flibble 'fixed' this bug by changing deplibs_check_method to pass_all. I know, this is not the right fix, but it is a quick fix and works for him. Anyone, who knows the right fix? -- CU, Christoph Egger E-Mail: [EMAIL PROTECTED] +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen! ___ Libtool mailing list [EMAIL PROTECTED] http://mail.gnu.org/mailman/listinfo/libtool
