https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Andrew Pinski changed:
What|Removed |Added
CC||dealer4587 at yahoo dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Franz Sirl changed:
What|Removed |Added
CC||sirl at gcc dot gnu.org
--- Comment #17 fro
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Peter Bergner changed:
What|Removed |Added
Status|NEW |RESOLVED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #15 from Peter Bergner ---
Author: bergner
Date: Wed Jul 31 17:18:40 2019
New Revision: 273941
URL: https://gcc.gnu.org/viewcvs?rev=273941&root=gcc&view=rev
Log:
PR target/91050
* config/rs6000/rs6000.opt (mdejagnu-cp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #14 from Alan Modra ---
Author: amodra
Date: Sun Jul 28 09:26:13 2019
New Revision: 273853
URL: https://gcc.gnu.org/viewcvs?rev=273853&root=gcc&view=rev
Log:
[RS6000] Make assembler command line cpu match default for gcc
When gcc is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #13 from Segher Boessenkool ---
Author: segher
Date: Mon Jul 15 20:57:53 2019
New Revision: 273498
URL: https://gcc.gnu.org/viewcvs?rev=273498&root=gcc&view=rev
Log:
rs6000: Always output .machine
We now can always output .machine (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #12 from Segher Boessenkool ---
Ah, common/config/aarch64/aarch64-common.c .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #11 from Segher Boessenkool ---
Such a rewrite function would be great I think. I don't want the -mdejagnu-cpu
thing to need any deeper code changes, but this attacks the one problem the
simple -mcpu override did not: specs.
(I cann
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #10 from Peter Bergner ---
(In reply to Alan Modra from comment #8)
> Created attachment 46555 [details]
> assembler command line fixes
>
> I'll happily handle the assembler command line problems. Here's a lightly
> tested patch.
T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #9 from Alan Modra ---
Created attachment 46556
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46556&action=edit
more assembler command line fixes
Another one for targets that default to altivec.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #8 from Alan Modra ---
Created attachment 46555
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=46555&action=edit
assembler command line fixes
I'll happily handle the assembler command line problems. Here's a lightly
tested pat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #7 from Alan Modra ---
Huh, I'd forgotten that gas only reloads the opcode table when the cpu changes.
Be aware that .machine isn't a complete solution as it doesn't fix a wrong gas
command line for "gcc -c asm.S". You can't insert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #6 from Peter Bergner ---
(In reply to Peter Bergner from comment #5)
> Shouldn't we check whether the new .machine is different than the
> currently active cpu value before reloading the opcode table? I don't think
> it would be to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
--- Comment #5 from Peter Bergner ---
(In reply to Alan Modra from comment #3)
> We don't always emit .machine because that is a waste of time if the
> .machine cpu matches the original cpu passed on the command line to gas.
> .machine reloads t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Segher Boessenkool changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Comment #3 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Peter Bergner changed:
What|Removed |Added
CC||amodra at gcc dot gnu.org
Assi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91050
Peter Bergner changed:
What|Removed |Added
Target||powerpc*-*-*
CC|
18 matches
Mail list logo
