https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
Andrew Pinski changed:
What|Removed |Added
Resolution|INVALID |MOVED
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
Andrew Pinski changed:
What|Removed |Added
CC||vincent-gcc at vinc17 dot net
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
--- Comment #17 from Alan Modra 2012-10-26 03:51:35
UTC ---
Fixed in gas and ld. I think the only thing that needs doing in gcc is fixing
the lwa constraint.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
Alan Modra changed:
What|Removed |Added
CC||amodra at gmail dot com
--- Commen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
Segher Boessenkool changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC
--- Comment #14 from bje at gcc dot gnu dot org 2009-05-14 03:35 ---
Confirmed with GCC 4.5.0 20090513 (experimental) [trunk revision 147498].
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
--- Comment #13 from bergner at gcc dot gnu dot org 2008-08-28 03:52
---
There are actually a subset of TARGET_POWERP64 instructions that are safe to
use in 32-bit mode regardless of whether OS_MISSING_POWERPC64 is set or not
(eg, fcfid). For example, given the code below:
double
di2d
--- Comment #12 from dje at gcc dot gnu dot org 2006-05-18 15:56 ---
Users are suppose to control the architecture and code generation through
-mcpu=XXX, which sets the architecture options in self-consistent ways for the
target. On Darwin, -mcpu=G5 sets -mpowerpc64; on Linux, -mpowerpc
--- Comment #11 from janis at gcc dot gnu dot org 2006-05-16 22:42 ---
As mentioned above, the Linux kernel does not provide context switching support
needed for "-m32 -mpowerpc64". I'm looking into disabling it for
powerpc64-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27
--- Comment #10 from janis at gcc dot gnu dot org 2006-05-16 18:26 ---
By the way, I found this by running SPEC CPU2000, FreePOOMA, FTensor, and
Blitz++ with several sets of options plus either "-m32", "-m64", or "-m32
-mpowerpc64" and this was the only failure I saw. This failure happe
--- Comment #9 from janis at gcc dot gnu dot org 2006-05-16 17:55 ---
Good grief, if it "might not work with Linux" then it shouldn't be available
for GNU/Linux targets.
--
janis at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-05-16 17:34 ---
The only thing I think we can do is warn that -mpowerpc64 might not work with
Linux as the linux kernel does not save and restore the full register while
doing a context switch (it is one reason why -mcpu=G5 -m32 doe
--- Comment #7 from olh at suse dot de 2006-05-16 17:30 ---
yes, mpowerpc64 creates 32bit apps.
-m64
(gdb) info float
f0 274 (raw 0x40712000)
f1 0(raw 0x)
f2 0(raw 0x)
f3 0
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-16 17:28 ---
Yes it does:
[EMAIL PROTECTED]:/tmp> gcc -o t -O -mpowerpc64 t.c -mregnames
[EMAIL PROTECTED]:/tmp> file t
t: ELF 32-bit MSB executable, PowerPC or cisco 4500, version 1 (SYSV), for
GNU/Linux 2.6.4, dynamically link
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-16 17:27 ---
(In reply to comment #4)
> does -mpowerpc64 default to 32bit by any chance? see stdu vs. stwu in fn
> prologue.
Well I bet you have 32bit as the default.
Anyways -mpowerpc64 is the 64bit register in 32bit mode. And
--- Comment #4 from olh at suse dot de 2006-05-16 17:24 ---
Created an attachment (id=11478)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11478&action=view)
pr27619.s.diff
gcc -Wall -o pr27619 -O2 -g --save-temps pr27619.c -m64
vs.
gcc -Wall -o pr27619 -O2 -g --save-temps pr27619
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-16 17:16 ---
-m64 asm:
.L.main:
mflr %r0
std %r0,16(%r1)
stdu %r1,-128(%r1)
ld %r9,[EMAIL PROTECTED](%r2)
lwa %r0,0(%r9)
sradi %r9,%r0,53
rldicl %r11,%r0,0,53
addi
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-05-16 17:03 ---
This might turn out to be a kernel issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27619
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-16 09:28 ---
Confirmed. Works with -m64, though the docs say "The 64-bit environment sets
int to 32 bits and long and pointer to 64 bits, and generates code for
PowerPC64, as for -mpowerpc64." for the -m64 option.
--
rguenth
20 matches
Mail list logo
