This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
ld errors.
- To: egcs-bugs at cygnus dot com
- Subject: ld errors.
- From: Steven Besler <skb at madness>
- Date: Wed, 20 May 98 03:41:16 -0400
- Reply-To: sbesler at erols dot com
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>