This is the mail archive of the gcc-bugs@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

ld errors.



Hello,

[I previously sent this to discussion@gnustep.org and discuss-gnustep@gnu.org]

I've been able to get a minimal Objective-C test program to compile and run
fine on powerpc/aix4.1.5.0/gnu-gnu-gnu-xdps which doesn't use gnustep-base
by using egcs (gcc version egcs-2.90.29 980515 (egcs-1.0.3 release)).

When I try to compile a program which uses gstep-base-0.5.0, I get
many, many ld errors like this:

ld: 0711-302 ERROR: Object  
../src/static_obj/powerpc/aix4.1.5.0/gnu-gnu-gnu-xdps/libgnustep-base_s.a[NSBundle.o],  
csect <_NSBundle.ro_m>
        The csect is part of the .text section, and relocation entries
        from the csect have been written to the .loader section.
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
collect2: ld returned 8 exit status

Questions:

1) Any ideas what the above means, or how to fix it?

2) How do I pass options directly to "ld"? (usually I just get the compiler to
   do it for me).  I want to use -bnoquiet like suggested above.

3) How do I compile gstep-base so that it is NOT a shared library?
   I'm guessing that this may have something to do with my problem,
   since my little test program seems to be linking fine.
   Yes, I already tried "make shared=no" like the documentation
   implied.  I still get a library named *_s.a, which leads me to
   think it is shared.  I think I tried "./configure --shared=no"
   and "./configure --disable-shared" too, with no luck.

Please send me any ideas, I feel soooo close to getting this working!

Thanks in advance!

Steve

PS: Please respond to sbesler@erols.com

PPS: I was able to compile and link on the same platform with
     gcc-2.8.0, but the run-time appeared to be broken, since none
     of my test programs, or the ones that came with gnustep-base
     would run.  They'd die like this:

objc runtime: cannot find class NSString
IOT/Abort trap(coredump)

(This apparently comes from objc_get_class() in class.c:146
which is in the gcc objc runtime code.)

The class which cannot be found seems to be the one
first referenced in the test program.

PPPS: sorry if this is a bit jumbled, it's late. :-)

---
Steven K. Besler, Principal, Global Village Consulting <skb@global-village.net>
And stuff...  (use this address for now, please)       <sbesler@erols.com>


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]