Re: gnustep-startup-0.10.1 failed at OpenDarwin/x86

[Lars Sonchocky-Helldorf]

Hi Shantonu,



remember the short talk we had on linking the ffcall darwinport with 
gnustep-base on #opendarwin?

I had the time to do what you


Am Donnerstag, 07.04.05 um 21:59 Uhr schrieb Lars Sonchocky-Helldorf:

> Am Donnerstag, 07.04.05 um 21:27 Uhr schrieb Adam Fedor:
>
> > 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.1
> > >
> > > It 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?
>
> Meanwhile I asked around on #opendarwin at freenode:
>
> iooi (19:27:38 Uhr): I get an error like:
> iooi (19:27:40 Uhr):  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)
> iooi (19:28:08 Uhr): same for -lavcall
> ssen (19:28:21 Uhr): what does "file" on those libraries say?
> iooi (19:30:30 Uhr): /opt/local/lib/libcallback.a: current ar archive
> irc (19:30:55 Uhr): snu has left opendarwin
> iooi (19:31:08 Uhr): same for libavcall.a
.
.
.
> ssen (19:38:43 Uhr): iooi: can you add "-t" to the link line?
> ssen (19:38:53 Uhr): you may need to add -v and use the raw ld 
> invocation


the link line was:

/usr/bin/libtool -noall_load -read_only_relocs warning -single_module  
-dynamic  -current_version 1.10.1 -install_name 
libgnustep-base.dylib.1.10        -flat_namespace -undefined warning -o 
shared_obj/libgnustep-base.dylib.1.10.1  shared_obj/GSCompatibility.o 
shared_obj/GSLocale.o ...        ...        ... shared_obj/NSNumber11.o 
shared_obj/NSNumber12.o Additions/shared_obj/subproject.o 
unix/shared_obj/subproject.o  -L./shared_obj 
-L/opt/local/GNUstep//System/Library/Libraries/ -lxml2 -lz -liconv -lm 
-liconv -lcallback -lavcall -ldl -lz -lm

when I added -t to this I got the result:

/usr/bin/libtool: unknown option character `t' in: -t
Usage: /usr/bin/libtool -static [-] file [...] [-filelist 
listfile[,dirname]] [-arch_only arch] [-sacLT]
Usage: /usr/bin/libtool -dynamic [-] file [...] [-filelist 
listfile[,dirname]] [-arch_only arch] [-o output] [-install_name name] 
[-compatibility_version #] [-current_version #] [-seg1addr 0x#] 
[-segs_read_only_addr 0x#] [-segs_read_write_addr 0x#] [-seg_addr_table 
<filename>] [-seg_addr_table_filename <file_system_path>] [-all_load] 
[-noall_load]
localhost:~/GNUstep-Darwin/core/base/Source lars$

e.g. -t seems not appropriate here.

when I add -v instead of -t I get:

/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)
localhost:~/GNUstep-Darwin/core/base/Source lars$ apropriate


which is the same as without -v


Any idea what to do here?



thanks, Lars