public inbox for binutils@sourceware.org
 help / color / mirror / Atom feed
From: Richard Sandiford <rsandifo@redhat.com>
To: Alexandre Oliva <aoliva@redhat.com>
Cc: Thiemo Seufer <ica2_ts@csv.ica.uni-stuttgart.de>,
	echristo@redhat.com, binutils@sources.redhat.com
Subject: Re: check mips abi x linker emulation compatibility
Date: Wed, 07 May 2003 06:39:00 -0000	[thread overview]
Message-ID: <wvnaddz1cuz.fsf@talisman.cambridge.redhat.com> (raw)
In-Reply-To: <orwuh3fl9c.fsf@free.redhat.lsd.ic.unicamp.br>

Alexandre Oliva <aoliva@redhat.com> writes:
> @@ -116,31 +127,31 @@ proc regsize_conflict {arglist} {
>  abi_conflict { "-mabi=eabi -mgp32" "-mips4 -mabi=32" } EABI32 O32
>  abi_conflict { "-mips4 -mabi=o64" "-mips3 -mabi=eabi" } O64 EABI64
>  
> -isa_conflict { "-march=vr5500" "-march=sb1" } 5500 sb1
> -isa_conflict { "-march=vr5400" "-march=4120" } 5400 4120
> -isa_conflict { "-march=r3900" "-march=r6000" } 3900 6000
> -isa_conflict { "-march=r4010" "-march=r4650" } 4010 4650
> -isa_conflict { "-mips3 -mgp32" "-mips32" } 4000 isa32
> -isa_conflict { "-march=sb1 -mgp32" "-mips32r2" } sb1 isa32r2
> +isa_conflict { "-march=vr5500 -32" "-march=sb1 -32" } 5500 sb1
> +isa_conflict { "-march=vr5400 -32" "-march=4120 -32" } 5400 4120
> +isa_conflict { "-march=r3900 -32" "-march=r6000 -32" } 3900 6000
> +isa_conflict { "-march=r4010 -32" "-march=r4650 -32" } 4010 4650
> +isa_conflict { "-mips3 -mgp32 -32" "-mips32 -32" } 4000 isa32
> +isa_conflict { "-march=sb1 -mgp32 -32" "-mips32r2 -32" } sb1 isa32r2
>  
> -regsize_conflict { "-mips4 -mgp64" "-mips2" }
> +regsize_conflict { "-mips4 -mgp64 -mabi=o64" "-mips2 -32" }
>  regsize_conflict { "-mips4 -mabi=o64" "-mips4 -mabi=32" }
>  regsize_conflict { "-mips4 -mabi=eabi -mgp32" "-mips4 -mabi=eabi -mgp64" }
> -regsize_conflict { "-march=vr5000 -mgp64" "-march=vr5000 -mgp32" }
> -regsize_conflict { "-mips32" "-mips64" }
> -regsize_conflict { "-mips32r2" "-mips64" }
> -
> -good_combination { "-mips4 -mgp32" "-mips2" } { mips4 32bitmode }
> -good_combination { "-mips4 -mabi=32" "-mips2" } { mips4 o32 }
> -good_combination { "-mips2" "-mips4 -mabi=32" } { mips4 o32 }
> -good_combination { "-mips2" "-mips4 -mabi=eabi -mgp32" } { mips4 eabi32 }
> -good_combination { "-mips2" "-mips32" "-mips32r2" } { mips32r2 }
> -good_combination { "-mips1" "-mips32r2" "-mips32" } { mips32r2 }
> -
> -good_combination { "-march=vr4100" "-march=vr4120" } { 4120 }
> -good_combination { "-march=vr5400" "-march=vr5500" "-mips4" } { 5500 }
> -good_combination { "-mips3" "-mips4" "-march=sb1" "-mips5" } { sb1 }
> -good_combination { "-mips1" "-march=3900" } { 3900 }
> +regsize_conflict { "-march=vr5000 -mgp64 -mabi=o64" "-march=vr5000 -mgp32 -32" }
> +regsize_conflict { "-mips32 -32" "-mips64 -mabi=o64" }
> +regsize_conflict { "-mips32r2 -32" "-mips64 -mabi=o64" }
> +
> +good_combination { "-mips4 -mgp32 -32" "-mips2 -32" } { mips4 o32 }
> +good_combination { "-mips4 -mabi=32" "-mips2 -32" } { mips4 o32 }
> +good_combination { "-mips2 -32" "-mips4 -mabi=32" } { mips4 o32 }
> +good_combination { "-mips2 -mabi=eabi" "-mips4 -mabi=eabi -mgp32" } { mips4 eabi32 }
> +good_combination { "-mips2 -32" "-mips32 -32" "-mips32r2 -32" } { mips32r2 }
> +good_combination { "-mips1 -32" "-mips32r2 -32" "-mips32 -32" } { mips32r2 }
> +
> +good_combination { "-march=vr4100 -32" "-march=vr4120 -32" } { 4120 }
> +good_combination { "-march=vr5400 -32" "-march=vr5500 -32" "-mips4 -32" } { 5500 }
> +good_combination { "-mips3 -32" "-mips4 -32" "-march=sb1 -32" "-mips5 -32" } { sb1 }
> +good_combination { "-mips1 -32" "-march=3900 -32" } { 3900 }
>  
>  good_combination { "-march=vr4120 -mabi=32" "-mips3 -mabi=32" } { 4120 o32 }
> -good_combination { "-march=sb1 -mgp32" "-march=4000 -mgp32" } { sb1 32bitmode }
> +good_combination { "-march=sb1 -mgp32 -32" "-march=4000 -mgp32 -32" } { sb1 o32 }

I object to this.  One of the main motivations for the test was to
make sure that NO_ABI behaves correctly.  Adding ABI options to every
line means we no longer do that.

I thought from your message that you were going to just disable the
combinations that don't work for mips64-linux-gnu.  That seems like
a better approach to me.  I guess the "+" lines would still be useful
as a bit of extra testing.  But pleast don't remove the lines that
are already there.

How about mirroring the ABI selection logic that you added to
the configure scripts?  Then use that to decide which combinations
should be tested.

Richard

  parent reply	other threads:[~2003-05-07  6:39 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-03-24  7:41 Alexandre Oliva
2003-03-24  7:58 ` Thiemo Seufer
2003-03-28 18:51   ` Alexandre Oliva
2003-05-04 21:25     ` Alexandre Oliva
2003-05-04 21:33       ` Thiemo Seufer
2003-05-05  5:55       ` Eric Christopher
2003-05-07  4:12     ` Alexandre Oliva
2003-05-07  4:34       ` Eric Christopher
     [not found]       ` <mailpost.1052280762.26483@news-sj1-1>
2003-05-07  5:03         ` cgd
2003-05-07  5:07           ` Alexandre Oliva
2003-05-07  5:09             ` Eric Christopher
     [not found]             ` <mailpost.1052284059.27953@news-sj1-1>
2003-05-07  5:09               ` cgd
2003-05-07  5:17                 ` Alexandre Oliva
2003-05-07  5:28                   ` Eric Christopher
2003-05-07  5:51                     ` Alexandre Oliva
2003-05-07  5:59                       ` Eric Christopher
2003-05-07  5:27           ` Alexandre Oliva
2003-05-07  6:39       ` Richard Sandiford [this message]
2003-05-07 15:38         ` Alexandre Oliva
2003-05-07 15:57           ` Richard Sandiford
2003-05-07 16:43             ` Eric Christopher
2003-05-07 17:04               ` Richard Sandiford
2003-05-07 17:07                 ` Eric Christopher
2003-05-08 16:57                   ` Alexandre Oliva
     [not found]                     ` <mailpost.1052413109.28553@news-sj1-1>
2003-05-08 17:54                       ` cgd
2003-05-08 18:19                         ` Alexandre Oliva
2003-05-08 18:30                           ` cgd
2003-05-08 22:22                             ` Eric Christopher
2003-05-08 18:43                           ` Thiemo Seufer
2003-05-15  0:22                     ` Alexandre Oliva
2003-05-15  0:39                       ` Eric Christopher
2003-05-15  1:59                         ` Alexandre Oliva
2003-05-15  2:14                           ` Eric Christopher
     [not found]                 ` <mailpost.1052327094.17221@news-sj1-1>
2003-05-08  0:36                   ` cgd
2003-05-07 16:17           ` Thiemo Seufer
2003-05-20 20:40       ` Maciej W. Rozycki
2003-05-20 20:55         ` Thiemo Seufer
2003-05-20 21:00         ` Eric Christopher
2003-05-20 21:07           ` Maciej W. Rozycki
2003-05-20 21:19             ` Eric Christopher
2003-05-20 22:42               ` Alexandre Oliva
2003-05-20 22:49                 ` Eric Christopher
2003-05-21 10:48                 ` Maciej W. Rozycki
     [not found]             ` <mailpost.1053464869.12015@news-sj1-1>
2003-05-20 22:06               ` cgd
2003-05-21 11:06                 ` Maciej W. Rozycki

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=wvnaddz1cuz.fsf@talisman.cambridge.redhat.com \
    --to=rsandifo@redhat.com \
    --cc=aoliva@redhat.com \
    --cc=binutils@sources.redhat.com \
    --cc=echristo@redhat.com \
    --cc=ica2_ts@csv.ica.uni-stuttgart.de \
    /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).