On Thu, 2008-02-14 at 22:17 +0000, Joseph S. Myers wrote: > On Thu, 14 Feb 2008, Joel Sherrill wrote:
> > The m68k/coldfire is suffering from this regression the > > RTEMS community really would like to see resolved. > > > > http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35088 > > Please try this patch; I've had it around for a while for what looks like > a similar problem on m68k-uclinux but haven't got round to doing the > necessary regression testing (and didn't know the bug in question was a > regression, or have a reduced testcase). (Is it a regression? That bug > isn't marked as such, and only regression fixes are going on trunk at > present.) Well, what to consider to be a regression is a matter of POV. :) This PR probably doesn't qualify as a "regression" wrt. GCC's "regression definition", but to RTEMS is it one: m68k-gcc-4.2.3 worked for us, m68k-gcc-4.3 doesn't. > 2007-09-26 Joseph Myers <[EMAIL PROTECTED]> > > * config/m68k/m68k.h (DWARF_CIE_DATA_ALIGNMENT): Define. > > Index: gcc/config/m68k/m68k.h > =================================================================== > --- gcc/config/m68k/m68k.h > +++ gcc/config/m68k/m68k.h > @@ -317,6 +317,8 @@ > #define STRICT_ALIGNMENT (TARGET_STRICT_ALIGNMENT) > #define M68K_HONOR_TARGET_STRICT_ALIGNMENT 1 > > +#define DWARF_CIE_DATA_ALIGNMENT -2 > + > #define INT_TYPE_SIZE (TARGET_SHORT ? 16 : 32) > > /* Define these to avoid dependence on meaning of `int'. */ > Thanks for the patch, I don't know if it does the "right thing(tm)", but it at least lets building rtems succeed, i.e. it seems to solve http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35088) Ralf
