[PATCH 0/3] Split off powerpcspe from rs6000 port

Chris Johns chrisj at rtems.org
Wed May 17 06:19:25 UTC 2017


On 17/05/2017 00:03, Joel Sherrill wrote:
> 
> 
> On Tue, May 16, 2017 at 8:48 AM, Sebastian Huber 
> <sebastian.huber at embedded-brains.de 
> <mailto:sebastian.huber at embedded-brains.de>> wrote:
> 
>     On 16/05/17 15:45, Joel Sherrill wrote:
> 
> 
> 
>         On Tue, May 16, 2017 at 8:28 AM, Sebastian Huber
>         <sebastian.huber at embedded-brains.de
>         <mailto:sebastian.huber at embedded-brains.de>
>         <mailto:sebastian.huber at embedded-brains.de
>         <mailto:sebastian.huber at embedded-brains.de>>> wrote:
> 
>              FYI
> 
>              I guess for RTEMS we should use "powerpcspe-rtems*-*". Is it
>              possible to use the RTEMS "powerpc" directories with such a
>              target? We had an "arm-rtemseabi*" maybe due to some
>              configure/automake limitations. So, maybe "powerpc-rtemsspe*"?
> 
> 
>         I personally think the GCC discussions which put SPE as part of
>         the OS name are
>         horribly incorrect. SPE is an architecture variant and the
>         pattern for configure
>         triples is very well defined. The pattern is
>         ARCHITECTURE-VENDOR-OS[version]
> 
>         I would prefer powerpcspe-rtemsVERSION.
> 
>         On the sharing the code issue, how much gets shared? How do you
>         envision
>         this impacting the RTEMS tree? Split the PowerPC port like GCC?
>         Or just
>         somehow magically build the same powerpc directories two
>         different ways?
> 
> 
>     The reason for this split in GCC is that IBM is no longer willing to
>     maintain the stuff from Freescale/NXP/Qualcomm. There is no reason
>     to do this split in RTEMS.
> 
> 
> I didn't either except for the purity of matching directories to tool 
> architectures.
> 
> So it will be configure magic to subset the BSPs I suppose.
> 

Does this mean we configure RTEMS with:

   configure --target=powerpcspe-rtems4.12

?

It would seem to create a new architecture and I suspect this will have 
a follow on effects with rtems_waf and the rtems-tools.

Chris



More information about the devel mailing list