Re: Obsoleting c4x last minute for 4.0

[Paul Schlie <schlie at comcast dot net>]

> Kazu Hirata <kazu at cs dot umass dot edu> wrote:
> I would like to propose that the c4x port be obsoleted for 4.0.
> 
> c4x-*
> tic4x-*
>
>  The primary reason is that the port doesn't build.
>
>  Richard Sandiford's recent patch allows us to go further during the
>  build process, but the port still does not build.

Although personally believe the port's use of a 32-bit QI mode is odd
(and should be enabled by GCC to be defined as SI mode without QI/HI modes
 being required, where correspondingly BITS_PER_UNIT should being presumed
 to represent just the minimum alignment required by the port not
 necessarily the width of QI mode which should likely be defined as the
 width of the target's byte separately), it would still be nice to see GCC
cleaned to enable the port to build as it stresses the few remaining
assumptions scattered though out the source which should be eliminated.

Such as in the unwind code, which need only declare data modes required by
the target supported data type sizes, and not presume that all the sizes
that dwarf can support are required to be represented on the target even if
they'll never be utilized; nor does it appear that unwind word size need to
be larger than the target's pointer size, as opposed to being unnecessarily
fixed as presumed by ia64 as being a 64-bit wide DI mode datum. (Which may
be the few last tweaks remaining required to enable it to build)?