This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [m68k] Fix PR target/13292: -msoft-float seems to corrupt builtin defines


On Tue, Jun 15, 2004 at 02:21:34PM +0200, Bernardo Innocenti wrote:
> Gunther Nikl wrote:
> >On Sat, Jun 12, 2004 at 04:40:11AM +0200, Bernardo Innocenti wrote:
> >
> >>The -msoft-float option incorrectly removed MASK_68040_ONLY
> >>in addition to MASK_68881.  This leads to incorrect
> >>predefines and unwanted degradation of integer code.
> >>
> >>There was just one place where we were using
> >>TARGET_68040_ONLY to generate a floating-point
> >>instruction without taking TARGET_68881 into account.
> >>
> >>Tested on m68k-unknown-uclinux by comparing assembly
> >>output of some selected testcases from gcc.c-torture.
> >>
> >>OK for mainline?  3_4-branch?
> >
> >  Shouldn't this go to the 3.3 branch as well?
> 
> I clearly remember posting the patch to reorganize the m68k predefines
> during the 3.4 timeframe.

  I didn't notice that this reorganization affects this patch.

> Before that patch, we had that mess with CPP_SPEC which used to set
> all of the __m680x0__ predefines even in the 68040 case, which was
> inappropriate but consistent with previous versions of GCC.

  I thought this patch corrects an inapproriate usage of
  TARGET_68040_ONLY where GCC didn't generate valid 68040 integer
  instructions. Where is the conflicht with the predefines?

  Gunther


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]