HI there,
I am using libtool on Mac OS X (both Darwin 1.3.7 and Darwin 1.4).
Sadly, there are still some problems with conveniance libs, and
others, too.
1) To cite Christoph Pfisterer:
>The problem is that convenience libraries are added to both
>$convenience and $deplibs. That causes the library to be
>listed twice on the final link command line. That's a
>problem on platforms with pedantic linkers like Darwin,
>which complain about duplicate symbols as a result.
Look at for some more info an a patch, which sadly causes your cdemo
self-tst to fail :/
http://savannah.gnu.org/support/?func=detailsupport&support_id=100049&group_id=25
(excuse my bad patch there, formating got lost with copy&paste, but
Christoph added a better one later).
OK, so this causes cdemo to fail... however, since cdemo and a lot of
other "make check" fail even with libtool 1.4.1 or cvs head on
darwin, we have no way to check & fix this. Could somebody please
tell us what fails, then we can try to find a better solution.
Without the patch, several projects that use conveniance libs fail to
build for me; with the patch, they all work fine. So even if this
patch is bad, we need some other patch to support OS X/darwin. ("we"
meaning: everybody who wants to target darwin, like me or Christoph :)
Sadly, it is not very easy to dig though the libtool code, and
understand it, but we'll try.
2) 30 of 80 "make check" tests fail on OS X in libtool HEAD-cvs... not good :/
Is there some way to get "make check" to put out some more info on
what exactly fails? So far what I do is to run the failed tests
manually, though I am not 100% this is the correct thing to do.
Let me give some example:
* tagdemo-make.test
fails because of this:
/usr/bin/ld: Undefined symbols:
_main
___rtti_si
___rtti_user
At no point can I see that it links against libstdc++, so I tried
tagdemo-conf.test (which passes), but I see nothing in there that
attempts to find a run time lib or something. As Darwin basically
uses a somewhat modified version of gcc, I wonder what is the
difference here? Any ideas?
* quote.test
Only sub-test that fails is \\ quoting, i.e.:
= trying: \\ quoting
= failed: mkdir .libs
cc -c -DVAR=\test\ foo.c -fno-common -DPIC -o .libs/foo.o
cc -c -DVAR=\test\ foo.c -o foo.o >/dev/null 2>&1
Anything I can do about it? Is this a serious problem for libtool?
* cdemo-make.test
..fails. (cdemo-static.test passed BTW). The output is:
~/Projekte/foreign/libtool/cdemo/.libs
cc -DPACKAGE=\"cdemo\" -DVERSION=\"0.1\" -DHAVE_MATH_H=1 -I.
-I/Users/maxhorn/Projekte/foreign/libtool/tests/../cdemo -g -O2
-c main.c
/bin/sh ./libtool --mode=link cc -g -O2 -o cdemo main.o libfoo.la
cc -g -O2 -o cdemo main.o -lm
/usr/bin/ld: Undefined symbols:
_foo
_hello
make: *** [cdemo] Error 1
Now of course that fails! The proper link command works fine, though:
cc -g -O2 -o cdemo main.o .libs/libfoo.a
Any hint why it would do this exceedingly strange thing? Also not
that there is no need for -lm on OS X, I thought it would detect that
* demo-make.test
Fails. There seems to be a quoting problem, for the created
"helldlS.c" look like this:
...
lt_preloaded_symbols[] =
{
{libhello.2.dylib, (lt_ptr) 0},
{"hello", (lt_ptr) &hello},
{"foo", (lt_ptr) &foo},
{"nothing", (lt_ptr) ¬hing},
{0, (lt_ptr) 0}
};
There are many more tests failing, but this mail is already very long
and I better stop. Please forgive me and tell me if this mail is
inappropriate. I sincerly would like to overcome these problems by
myself and just submit nice clean patches to you, however, at least
right now I am not able to do so, hence I hope that maybe you as
experts in libtool matters, can help. I fully understand that you
have other probably more important tasks to think of, but I still
hope something can be done on these problem.s
I am still reading through "GNU Autoconf, Automake and Libtool", and
excellent book BTW!
Thanks,
Max
P.S.: I think I read in your mailing list archives something about
1.4.2 being released, but the web page still lists 1.4.1 as current?
--
-----------------------------------------------
Max Horn
Software Developer
email: <mailto:[EMAIL PROTECTED]>
phone: (+49) 6151-494890
_______________________________________________
Libtool mailing list
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/libtool
