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