public inbox for gcc-patches@gcc.gnu.org
 help / color / mirror / Atom feed
From: Sebastian Huber <sebastian.huber@embedded-brains.de>
To: Daniel Hellstrom <daniel@gaisler.com>, gcc-patches@gcc.gnu.org
Cc: ebotcazou@adacore.com, rtems-devel@rtems.org, software@gaisler.com
Subject: Re: [PATCH] Update RTEMS multilib for SPARC
Date: Mon, 28 Sep 2015 13:45:00 -0000	[thread overview]
Message-ID: <5609345C.70804@embedded-brains.de> (raw)
In-Reply-To: <5609338B.1010005@embedded-brains.de>



On 28/09/15 14:33, Sebastian Huber wrote:
> On 28/09/15 14:13, Daniel Hellstrom wrote:
>> Now that muser-mode is default the multilib definitions does not 
>> require to
>> specify that switch any more. Add UT699 to multilib after recent 
>> patches. Add
>> AT697F multilib since there are many LEON2 users running RTEMS.
>>
>> To gcc/ChangeLog:
>>
>> gcc/
>>     * config/sparc/t-rtems: Remove -muser-mode, add ut699 and at697f
>> ---
>>   gcc/config/sparc/t-rtems |   25 +++++++++++++++----------
>>   1 files changed, 15 insertions(+), 10 deletions(-)
>>
>> diff --git a/gcc/config/sparc/t-rtems b/gcc/config/sparc/t-rtems
>> index adb6dcb..6f7cc6f 100644
>> --- a/gcc/config/sparc/t-rtems
>> +++ b/gcc/config/sparc/t-rtems
>> @@ -17,15 +17,20 @@
>>   # <http://www.gnu.org/licenses/>.
>>   #
>>   -MULTILIB_OPTIONS = msoft-float mcpu=v8/mcpu=leon3/mcpu=leon3v7 
>> muser-mode
>> -MULTILIB_DIRNAMES = soft v8 leon3 leon3v7 user-mode
>> +MULTILIB_OPTIONS = msoft-float 
>> mcpu=v8/mcpu=leon3/mcpu=leon3v7/mcpu=leon \
>> +           mfix-ut699/mfix-at697f
>> +MULTILIB_DIRNAMES = soft v8 leon3 leon3v7 leon ut699 at697f
>>   MULTILIB_MATCHES = msoft-float=mno-fpu
>>   -MULTILIB_EXCEPTIONS = muser-mode
>> -MULTILIB_EXCEPTIONS += mcpu=leon3
>> -MULTILIB_EXCEPTIONS += mcpu=leon3v7
>> -MULTILIB_EXCEPTIONS += msoft-float/mcpu=leon3
>> -MULTILIB_EXCEPTIONS += msoft-float/mcpu=leon3v7
>> -MULTILIB_EXCEPTIONS += msoft-float/muser-mode
>> -MULTILIB_EXCEPTIONS += msoft-float/mcpu=v8/muser-mode
>> -MULTILIB_EXCEPTIONS += mcpu=v8/muser-mode
>> +MULTILIB_EXCEPTIONS = mfix-ut699
>> +MULTILIB_EXCEPTIONS += msoft-float/mfix-ut699
>> +MULTILIB_EXCEPTIONS += msoft-float/mcpu=v8/mfix-ut699
>> +MULTILIB_EXCEPTIONS += msoft-float/mcpu=leon3*/mfix-ut699
>> +MULTILIB_EXCEPTIONS += mcpu=v8/mfix-ut699
>> +MULTILIB_EXCEPTIONS += mcpu=leon3*/mfix-ut699
>> +MULTILIB_EXCEPTIONS += mfix-at697f
>> +MULTILIB_EXCEPTIONS += msoft-float/mfix-at697f
>> +MULTILIB_EXCEPTIONS += msoft-float/mcpu=v8/mfix-at697f
>> +MULTILIB_EXCEPTIONS += msoft-float/mcpu=leon3*/mfix-at697f
>> +MULTILIB_EXCEPTIONS += mcpu=v8/mfix-at697f
>> +MULTILIB_EXCEPTIONS += mcpu=leon3*/mfix-at697f
>
> Why do we need so many variants with fixes for the UT699 (32-bit 
> Fault-Tolerant LEON3FT SPARC V8 Processor) and the AT697F (LEON2-FT)? 
> Why do we have no leon3 variant without fixes for the UT699 and 
> AT697F? Which multilib do you suggest now for the NGMP/GR740?
>

Sorry, for these stupid questions. Maybe we should change this file to 
use MULTILIB_REQUIRED, like on rs6000 and arm.

Which multilibs do we have after this change?

-- 
Sebastian Huber, embedded brains GmbH

Address : Dornierstr. 4, D-82178 Puchheim, Germany
Phone   : +49 89 189 47 41-16
Fax     : +49 89 189 47 41-09
E-Mail  : sebastian.huber@embedded-brains.de
PGP     : Public key available on request.

Diese Nachricht ist keine geschäftliche Mitteilung im Sinne des EHUG.

  reply	other threads:[~2015-09-28 12:36 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-09-28 12:36 Daniel Hellstrom
2015-09-28 13:02 ` Sebastian Huber
2015-09-28 13:45   ` Sebastian Huber [this message]
2015-09-28 13:49     ` Daniel Hellstrom
2015-09-28 14:03       ` Sebastian Huber
2015-09-28 14:24         ` Daniel Hellstrom
2015-09-28 14:43           ` Sebastian Huber
2015-09-28 15:41             ` Daniel Hellstrom

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=5609345C.70804@embedded-brains.de \
    --to=sebastian.huber@embedded-brains.de \
    --cc=daniel@gaisler.com \
    --cc=ebotcazou@adacore.com \
    --cc=gcc-patches@gcc.gnu.org \
    --cc=rtems-devel@rtems.org \
    --cc=software@gaisler.com \
    /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).