This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: GCC 4.3.0 Status Report (2008-02-14)
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 <joseph@codesourcery.com>
>
> * 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