This is the mail archive of the gcc@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: Obsoleting c4x last minute for 4.0


On Tue, Apr 05, 2005 at 02:30:47PM -0400, Paul Schlie wrote:
> > 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.

This is a bogus reason to preserve the port; it should be preserved iff
it works, is maintained, and is used.  It's failing #1 at least.

If you want these restrictions fixed, presumably you have some interest
in some port that cares about them.  Contribute that port, and maybe a
usable simulator for them, and then people can fix what breaks - and
test it.

-- 
Daniel Jacobowitz
CodeSourcery, LLC


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