This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: 1999-07-12 snapshot - problem with ld on DEC unix
- To: Olly Betts <olly at muscat dot co dot uk>
- Subject: Re: 1999-07-12 snapshot - problem with ld on DEC unix
- From: Jeffrey A Law <law at cygnus dot com>
- Date: Wed, 14 Jul 1999 22:04:32 -0600
- cc: egcs at egcs dot cygnus dot com
- Reply-To: law at cygnus dot com
In message <19990714091255.7836.qmail@noxious.muscat.co.uk>you write:
> I'm trying to compile the 1999-07-12 snapshot on an alpha box running DEC
> unix. `uname -s -r' reports `OSF1 V4.0'.
>
> However the version of ld we have is being stroppy about linking object
> files with no content (which are encountered when the whole of the source
> file is excluded by a `#ifdef' test). ld moans:
>
> /usr/bin/ld:
> No symbolic information for: mbchar.o
>
> `ld -V' reports `/usr/bin/ld version 3.11'. I can't see any likely looking
> switches in the ld man page to disable this check.
>
> The obvious nasty workaround is to edit each of the problem object files
> out of the makefiles as they crop up. So far I've found mbchar.o,
> dwarfout.o, xcoffout.o, and reorg.o. And I'm rapidly losing enthusiasm
> for this approach.
>
> Is this a known problem? I can't find any specific notes for any alpha
> platforms in either of these:
Odd. I haven't seen that on our osf4.0a box, running ld 3.11. I wonder
why it's happening for you, but not for me (or anyone else, I don't remember
seeing anyone report problems of this nature on osf4).
jeff