This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
Re: --enable-shared doesn't work on Sun-3
- To: law at cygnus dot com
- Subject: Re: --enable-shared doesn't work on Sun-3
- From: Toon Moene <toon at moene dot indiv dot nluug dot nl>
- Date: Mon, 10 Aug 98 19:55:53 +0200
- Cc: egcs-bugs at cygnus dot com
- Organization: Moene Computational Physics, Maartensdijk, The Netherlands
- References: <2229.902762443@hurl.cygnus.com>
> Note that on my m68k-next-nextstep3 system exactly the same code is
> generated, and the native compiler on my system _is_ gas.
> And it's accepted? In that case, NeXT must have hacked
> the assembler.
No, that's why I complained about the (seemingly automagically
generated) --enable-shared build on m68k-next-nextstep3 in May this
year.
So, on my system, this code is generated in spite of the fact that:
a. My assembler doesn't know how to deal with it (because it's gas).
b. It's a Sun trick, which should mean it shouldn't be generated
*at all* on a m68k-next-nextstep3 system.
> I don't know what to think of this; either:
>
> 1. The S[t]un assembler recognises the jbsr aap,a1 construct as
> special and generate the right stuff for PIC - then we can't
> do nothing here, although Kate could try to use the original
> Sun assembler.
> Right. This is exactly what is happening.
Then it might be advisable to have egcs *not* generate this code,
except for a m68k-sun-* system, right ? (And generate an error
message in case someone specifies -fpic on the command line, because
it can't be dealt with anyhow ;-).
Cheers,
Toon.