This is the mail archive of the
gcc-patches@gcc.gnu.org
mailing list for the GCC project.
Re: SH Linux: remove big endian multilib
- To: Alexandre Oliva <aoliva at redhat dot com>
- Subject: Re: SH Linux: remove big endian multilib
- From: "M. R. Brown" <mrbrown at 0xd6 dot org>
- Date: Sat, 28 Jul 2001 20:51:21 -0500
- Cc: Andrew Haley <aph at cambridge dot redhat dot com>, NIIBE Yutaka <gniibe at m17n dot org>, Joern Rennecke <amylaar at redhat dot com>, kaz Kojima <kkojima at rr dot iij4u dot or dot jp>, gcc-patches at gcc dot gnu dot org
* Alexandre Oliva <aoliva@redhat.com> on Fri, Jul 27, 2001:
>
> Yep.
>
> How about having only sh-linux and sheb-linux, the former with all
> little-endian libraries, the latter with all big-endian ones?
>
Excuse my impertinence, I've started work on a patch that would enable the
--with-cpu configure options for SH, so that a default target CPU can be
picked w/out the need for the sh[34] hacks (which seem to differ
semantically from other targets that do this, i.e. i[34567]86). IIRC, the
sh[34]-linux-gnu target was introduced by Kaz Kojima/NIIBE to facilitate the
Debian SuperH port, but I don't know if this would be the best solution,
esp. for embedded sh targets that you may want to disable multilib for (and
there's no way to pick a default for these besides munging the
spec/fragment files).
Would --with-cpu be a better way to do this?
M. R.