|
From: | Adam Fedor |
Subject: | Re: gnustep-startup-0.10.1 failed at OpenDarwin/x86 |
Date: | Thu, 7 Apr 2005 13:27:12 -0600 |
On Apr 7, 2005, at 11:23 AM, Lars Sonchocky-Helldorf wrote:
I used the latest cvs-checkout of core together with gnustep-startup-0.10.1It failed during the linking of base thusly: Linking library libgnustep-base ... /usr/bin/libtool: can't locate file for: -lcallback/usr/bin/libtool: file: -lcallback is not an object file (not allowed in a library)/usr/bin/libtool: can't locate file for: -lavcall/usr/bin/libtool: file: -lavcall is not an object file (not allowed in a library)
...
you might have noticed that those libs are not in the usual place for libraries (because I used to install them thru DarwinPorts ( http://darwinports.opendarwin.org/ ) and they are no dynamic libraries (.dylib). Must I set LD_LIBRARY_PATH to make those found?
Well, that's odd, because it appears the gcc knows to look in /opt/local/lib for libraries (possibly because gcc is in /opt/local as well), but libtool apparently does not. Perhaps we should be using gcc to link on Darwin and not gcc? Anyone know why we are not doing this?
[Prev in Thread] | Current Thread | [Next in Thread] |