This is the mail archive of the
gcc@gcc.gnu.org
mailing list for the GCC project.
Re: Obsolete powerpc*-*-*spe*
- From: Segher Boessenkool <segher at kernel dot crashing dot org>
- To: Sandra Loosemore <sandra at codesourcery dot com>
- Cc: Olivier Hainque <hainque at adacore dot com>, Andrew Jenner <andrew at codesourcery dot com>, David Edelsohn <dje dot gcc at gmail dot com>, GCC Development <gcc at gcc dot gnu dot org>, Arnaud Charlet <charlet at adacore dot com>, Joel Brobecker <brobecker at adacore dot com>
- Date: Wed, 15 Mar 2017 12:36:48 -0500
- Subject: Re: Obsolete powerpc*-*-*spe*
- Authentication-results: sourceware.org; auth=none
- References: <58A61E7B.4060903@codesourcery.com> <20170216221937.GB21840@gate.crashing.org> <58A63B91.1040102@codesourcery.com> <CAGWvny=aWTzSta=jwZS8HwmWU4riN7ee46CZP8MwS2PcYPC0mw@mail.gmail.com> <452E2837-FC8A-4DA2-A2B9-F58151841F58@adacore.com> <CAGWvnymQjd=k4Hv6PgWW2kuCinQTOQvSRvSEnVRN-C-RnvmKig@mail.gmail.com> <45cf27b1-2e27-460c-cb32-3be93f16b6d2@codesourcery.com> <D3FAA9C8-C011-4701-A148-0A19AF3B10E1@adacore.com> <20170315142623.GN4402@gate.crashing.org> <58C97615.1070604@codesourcery.com>
On Wed, Mar 15, 2017 at 11:12:53AM -0600, Sandra Loosemore wrote:
> >Do you (AdaCore and Mentor) think splitting the port is a good idea?
>
> I can't speak on behalf of Mentor, and Andrew is the target expert here,
> but we currently do ship all of SPE, VLE, and AltiVec multilibs in the
> same powerpc-eabi toolchain. Specifically, the list is
>
> default (603e, e300c3, G2, etc)
> -te500v1
> -te500v2
These two are SPE.
> -te500mc
> -te600
These two are "classic" PowerPC.
> -te200z0
> -te200z3
> -te200z4
These are VLE? Do some of those also support PowerPC?
> plus some soft-float variants, etc. Splitting these up into multiple
> toolchains that have to be statically configured for a particular
> architecture wouldn't be zero-cost either for us, other groups in Mentor
> that repackage our toolchains, or our end users.
SPE *always* has to be statically configured for; you do not get support
for the SPE ABIs unless you specifically configure for it.
> I'm wondering whether the code in the rs6000 backend could be refactored
> to better abstract and separate the complicated processor-dependent bits?
All the abstraction and indirection is part of what makes things so
complex :-(
Things that are complicated are for example the things that touch the
code in many places. Like, vector types, register classes, output
modifiers, ABIs. All of which are all over the machine description
and hooks.
Segher