home *** CD-ROM | disk | FTP | other *** search
- Path: sparky!uunet!stanford.edu!ames!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!news.acns.nwu.edu!network.ucsd.edu!sdcc12!sdcc3!jclark
- From: jclark@sdcc3.ucsd.edu (John Clark)
- Newsgroups: gnu.gcc.help
- Subject: Re: installing gcc linker (ld)
- Message-ID: <36002@sdcc12.ucsd.edu>
- Date: 23 Jul 92 00:18:43 GMT
- References: <meissner@osf.ORG> <9207221431.AA03131@tiktok.osf.org> <1992Jul22.170054.23775@utkux1.utk.edu>
- Sender: news@sdcc12.ucsd.edu
- Distribution: gnu
- Organization: University of California, San Diego
- Lines: 22
- Nntp-Posting-Host: sdcc3.ucsd.edu
-
- In article <1992Jul22.170054.23775@utkux1.utk.edu> rich@laser1.engr.utk.edu (Stevie-weave) writes:
- +I get the same errors. Therefore, I built with the above option, installed
- +the gnu cross loader found on sprite.berkely.edu (I couldn't figure out
- +how to build ld out of binutils as a cross-loader) and it now works. The
- +only thing that bothers me now is that the loader complains about the
- +.so revision of libc.so..... when I load with -d -r options (not resolving
- +globals, etc) because the VxWorks stuff resolves at load time. Does anybody
- +know why?
-
- I assume the 'ld' you got from the sprite machine was an executable,
- then the revision error means that that executable was created on a
- machine which has a different verion of the dynamically linked
- libc.so.o than your current execution machine.
-
- Sometimes the revision error is harmless, but then may not be so. I
- would suggest figuring out why you couldn't build a cross-ld from
- the binutils package.
-
- --
-
- John Clark
- jclark@ucsd.edu
-