> 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