public inbox for gcc@gcc.gnu.org
 help / color / mirror / Atom feed
From: Sandra Loosemore <sandra@codesourcery.com>
To: Segher Boessenkool <segher@kernel.crashing.org>,
	Olivier Hainque	<hainque@adacore.com>
Cc: Andrew Jenner <andrew@codesourcery.com>,
	David Edelsohn	<dje.gcc@gmail.com>,
	GCC Development <gcc@gcc.gnu.org>,
	Arnaud Charlet	<charlet@adacore.com>,
	Joel Brobecker <brobecker@adacore.com>
Subject: Re: Obsolete powerpc*-*-*spe*
Date: Wed, 15 Mar 2017 17:13:00 -0000	[thread overview]
Message-ID: <58C97615.1070604@codesourcery.com> (raw)
In-Reply-To: <20170315142623.GN4402@gate.crashing.org>

On 03/15/2017 08:26 AM, Segher Boessenkool wrote:

> Since SPE and VLE only share the part of the rs6000 port that doesn't
> change at all (except for a bug fix once or twice a year), and everything
> else needs special cases all over the place, it seems to me it would be
> best for everyone if we split the rs6000 port in two, one for SPE and VLE
> and one for the rest.  Both ports could then be very significantly
> simplified.
>
> I am assuming SPE and VLE do not support AltiVec or 64-bit PowerPC,
> please correct me if that is incorrect.  Also, is "normal" floating
> point supported at all?
>
> 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
-te500mc
-te600
-te200z0
-te200z3
-te200z4

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.

I'm wondering whether the code in the rs6000 backend could be refactored 
to better abstract and separate the complicated processor-dependent bits?

-Sandra

  parent reply	other threads:[~2017-03-15 17:13 UTC|newest]

Thread overview: 54+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-02-14  3:08 Segher Boessenkool
2017-02-14  6:32 ` Jeff Law
2017-02-14 11:55 ` Sebastian Huber
2017-02-14 14:09   ` David Brown
2017-02-14 14:26     ` Sebastian Huber
2017-02-14 14:49       ` Segher Boessenkool
2017-02-16  5:28         ` Patrick Oppenlander
2017-02-16 17:00           ` Segher Boessenkool
2017-02-16  5:43         ` Patrick Oppenlander
2017-02-14 13:45 ` David Edelsohn
2017-02-15  0:06   ` PowerPC -many Alan Modra
2017-02-15  0:38     ` Segher Boessenkool
2017-02-15  1:04       ` Alan Modra
2017-02-15  6:00         ` Jakub Jelinek
2017-02-15 12:35           ` David Edelsohn
2017-02-15  3:03     ` Peter Bergner
2017-02-14 16:04 ` Obsolete powerpc*-*-*spe* Olivier Hainque
2017-02-16 21:49 ` Sandra Loosemore
2017-02-16 22:19   ` Segher Boessenkool
2017-02-16 23:54     ` Sandra Loosemore
2017-02-17  0:11       ` David Edelsohn
2017-02-17  9:19         ` Richard Biener
2017-02-17  9:38           ` Janne Blomqvist
2017-02-17 14:12           ` Nathan Sidwell
2017-02-20 20:08         ` Olivier Hainque
2017-02-21 16:14           ` David Edelsohn
2017-02-23  9:23             ` Olivier Hainque
2017-02-23  9:36               ` Arnaud Charlet
2017-03-13 18:02             ` Andrew Jenner
2017-03-15 10:01               ` Olivier Hainque
2017-03-15 14:26                 ` Segher Boessenkool
2017-03-15 16:16                   ` Olivier Hainque
2017-03-15 17:13                   ` Sandra Loosemore [this message]
2017-03-15 17:36                     ` Segher Boessenkool
2017-03-15 17:45                     ` David Edelsohn
2017-03-15 21:43                   ` Andrew Jenner
2017-03-16 19:25                     ` Segher Boessenkool
2017-03-16 20:38                       ` Andrew Jenner
2017-03-16 21:11                         ` Segher Boessenkool
2017-03-16 21:16                           ` Andrew Jenner
2017-03-17  7:58                             ` Sebastian Huber
2017-03-30 16:41                     ` Maciej W. Rozycki
2017-04-26  9:19               ` PowerPC SPE maintainership (was Re: Obsolete powerpc*-*-*spe*) Andrew Jenner
2017-04-28 23:15                 ` Segher Boessenkool
2017-04-29 16:28                   ` Jeff Law
2017-05-01 10:48                   ` Joseph Myers
2017-05-01 11:12                     ` Segher Boessenkool
2017-05-01 11:31                       ` Joseph Myers
2017-05-01 11:45                         ` Segher Boessenkool
2017-05-01 15:47                     ` Joel Sherrill
2017-05-01 15:56                       ` Joel Sherrill
2017-05-01 16:11                         ` Segher Boessenkool
2017-05-01 16:12                       ` Arnaud Charlet
2017-05-01 16:25                         ` Segher Boessenkool

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=58C97615.1070604@codesourcery.com \
    --to=sandra@codesourcery.com \
    --cc=andrew@codesourcery.com \
    --cc=brobecker@adacore.com \
    --cc=charlet@adacore.com \
    --cc=dje.gcc@gmail.com \
    --cc=gcc@gcc.gnu.org \
    --cc=hainque@adacore.com \
    --cc=segher@kernel.crashing.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).