Changes for a `m68k-motorola-sysv'
Jeffrey A Law
law@hurl.cygnus.com
Sun Sep 7 12:24:00 GMT 1997
In message < 199709061903.VAA04088@saturn.s-direktnet.de >you write:
> Sorry about that, won't happen anymore.
No problem. Just wanted to point out the minor nits.
> No, I can't believe that! I just checked again with GNU as from
> binutils-2.8.1 (which is the first assembler which actually complains
> about the FPU stmts). If the TARGET_DEFAULT definition includes the
> bits for an FPU (like config/m68k/mot3300.h does):
I'm not saying the assembler is wrong. I'm saying that the multilib
stuff in t-mot3300.h is wrong.
>
> #ifndef TARGET_DEFAULT
> #define TARGET_DEFAULT (MASK_68040|MASK_BITFIELD|MASK_68881|MASK_68020)
> #endif ^^^^^^^^^^
>
> how do you assume that these bits will be removed from the default,
> if gcc will be called with an argument specifying a cpu that doesn't
> actually have such an fpu?
I would think the right thing to do is to have t-mot3300 arrange for
-msoft-float to be included when building multilibs for the pure
68000.
I'm not that familiar with the multilib stuff, but I would think this
something it should be able to handle.
Others more familiar with multilibs are certainly welcome to correct
me on this :-)
Jeff
More information about the Gcc-bugs
mailing list