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: SH multilib removal possibility "-m1 -ml" & "-m2 -ml"

From: tm <tm at kloo dot net>
To: joel dot sherrill at OARcorp dot com
Cc: tm <tm at mail dot kloo dot net>, gcc at gcc dot gnu dot org, joern dot rennecke at superh dot com
Date: Sat, 15 Jun 2002 13:21:55 -0700
Subject: Re: SH multilib removal possibility "-m1 -ml" & "-m2 -ml"
References: <Pine.LNX.4.21.0206141654230.6525-100000@mail.kloo.net> <3D0B3A8E.37C3E78B@OARcorp.com>

Joel Sherrill wrote:
> 
> tm wrote:
> >
> > I've talked to some people, and evidently the SH1 and SH2 do not support
> > little-endian. The processors are hardwired for big-endian only.
> >
> > Can we remove the multilib configurations for these to improve build times
> > for the other SH targets?
> 
> If the sh1 and sh2 do not support little endian, this is certainly
> acceptable to the RTEMS community.  We just want to make sure
> sh1 and sh2 support do not disappear entirely.

Yep. The hardware definitely does not support little endian on
SH1 and SH2. Talked to the designer.

Toshi

References:
- SH multilib removal possibility "-m1 -ml" & "-m2 -ml"
  - From: tm
- Re: SH multilib removal possibility "-m1 -ml" & "-m2 -ml"
  - From: Joel Sherrill

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