Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
I'm working on a feature where we convert some/all built-in function calls to
use the longcall sequence. I discovered that the compiler is mis-optimizing
loadi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94145
--- Comment #1 from Michael Meissner ---
Created attachment 48021
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48021&action=edit
Example code
Compile with -mcpu=future -mpcrel -O3 to see the load of the address being
moved out of the loo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81594
Michael Meissner changed:
What|Removed |Added
Attachment #41854|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93937
Michael Meissner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81594
--- Comment #6 from Michael Meissner ---
If you look at the original patch, it did try to do this optimization. When I
looked at it some time later, the combiner no longer generated the sequence
because it thought it was slower (due to length, e
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
Created attachment 48166
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48166&action=edit
decimal64.i file that sh
,
||bergner at gcc dot gnu.org,
||dje at gcc dot gnu.org,
||meissner at gcc dot gnu.org,
||segher at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557
--- Comment #1 from Michael Meissner ---
Created attachment 48263
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48263&action=edit
Proposed patch to fix the problem.
This patch backports a necessary fix from the trunk to fix the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever confirmed|0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557
--- Comment #3 from Michael Meissner ---
Just to be clear, this bug are only bugs in the GCC 9 branch, and it came about
due to the back port of the patch for PR target/93932 to the GCC 9 branch. The
master branch generates correct code. So, I'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94557
Michael Meissner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
Michael Meissner changed:
What|Removed |Added
Resolution|--- |FIXED
Status|ASSIGNED
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
This is a bug to hold patches and observations about the changes needed to
switch the compiler default with a configuration
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
Michael Meissner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #1 from Michael Meissner ---
Created attachment 48296
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48296&action=edit
Patch do the correct mapping for builtin math functions right when long double
default is IEEE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #2 from Michael Meissner ---
When the default is changed, we will need to map __builtin_sprintf and company
just like GLIBC will do it if the user includes stdio.h.
Otherwise the gcc.dg/tree-ssa/builtin-sprintf.c test fails because i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #3 from Michael Meissner ---
Created attachment 48297
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48297&action=edit
Patch to mangle *printf and *scanf built-ins if long double is IEEE-128
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #5 from Michael Meissner ---
Note, at the moment, the patches are to make the existing configure switch
(--with-long-double=ieee) work correctly.
However, we need all of the pieces in place (gcc, glibc, libstdc++, etc.)
before we can
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=91512
--- Comment #31 from Michael Meissner ---
For the Spec 2017 521.wrf_r benchmark on little endian PowerPC power9 systems,
there was no difference in runtime between a normal run using -Ofast
-mcpu=power9 and one with -Ofast -mcpu=power9 -fno-inlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=94630
--- Comment #7 from Michael Meissner ---
Created attachment 48364
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=48364&action=edit
Propsed patch to build ibm-ldouble.c with -mno-gnu-attributes
ibm-ldouble.c in libgcc must be compiled witho
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
In working on the PowerPC 'future' processor, I was using the 'indexed' insn
attr
||2019-10-25
Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
Summary|PowerPC indexed insn|PowerPC indexed insn
|attribute misses some insns |attribute misses some insns
|(bswap, atomic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=92218
--- Comment #1 from Michael Meissner ---
The VSX instructions load scalar from memory and splat into the register are
another class of x-form only memory instructions that would need the indexed
insn attribute set.
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
I've been doing Spec 2017 builds, and I notice that some of the benchmarks get
notes of the form:
note: the layout of aggre
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
Created attachment 47634
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47634&action=edit
Examp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #1 from Michael Meissner ---
Created attachment 47635
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=47635&action=edit
Example assembler generated for -mcpu=power9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Michael Meissner changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #2 from Michael Meissner ---
There is this code in rs6000.md that thinks it is combining the conversion with
the load, but the insn is using the wrong types:
;; Optimize extracting a single scalar element from memory.
(define_insn_an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
Michael Meissner changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93230
--- Comment #3 from Michael Meissner ---
Also this code if the element number is variable:
;; Optimize extracting a single scalar element from memory.
(define_insn_and_split "*vsx_extract__load"
[(set (match_operand: 0 "register_operand" "=r")
|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93568
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||2020-02-05
Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
Ever confirmed|0 |1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93569
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81594
--- Comment #3 from Michael Meissner ---
I looked at this a little. The proposed patch doesn't generate the expected
code any more (due to setting the length attribute, which makes it look like
the fix generates slower code).
I re-implemented i
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
I've been looking at vec_extract recently, both in terms of support for the
-mcpu=future and to lo
||2020-02-25
CC||dje at gcc dot gnu.org,
||meissner at gcc dot gnu.org,
||segher at gcc dot gnu.org
|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
--- Comment #1 from Michael Meissner ---
I've discovered that the issue is the combined insn that does variable extract
where it handles both the register case and the memory case:
(define_insn_and_split "vsx_extract__va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=93932
--- Comment #3 from Michael Meissner ---
While I agree that in general, we should only use input_operand for moves and
define_expands, I tend to think in the short term (GCC 10) we should just fix
the case we know about. As you point out, this i
rmal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: meissner at gcc dot gnu.org
Target Milestone: ---
In looking at the variable vector extract code, the insns that attempt to merge
a zero extend with a variable extract of a vector ele
||2020-02-26
Assignee|unassigned at gcc dot gnu.org |meissner at gcc dot
gnu.org
Ever confirmed|0 |1
||2013-02-07
AssignedTo|unassigned at gcc dot |meissner at gcc dot gnu.org
|gnu.org |
Ever Confirmed|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
--- Comment #1 from Michael Meissner 2013-02-07
20:27:19 UTC ---
Created attachment 29390
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29390
Patch to fix the problem
There are two problems here.
The first problem is the segmen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55586
--- Comment #2 from Michael Meissner 2013-02-07
23:49:34 UTC ---
As far as I can tell, it is a bug in earlier versions of GDB, and not in the
compiler.
Due to the ABI's, it will only show up in 32-bit powerpc with an older GDB.
The 64-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
--- Comment #2 from Michael Meissner 2013-02-08
19:36:12 UTC ---
Author: meissner
Date: Fri Feb 8 19:36:04 2013
New Revision: 195898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195898
Log:
[gcc]
2013-02-07 Michael Meissne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
--- Comment #3 from Michael Meissner 2013-02-08
19:47:07 UTC ---
Author: meissner
Date: Fri Feb 8 19:46:52 2013
New Revision: 195899
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=195899
Log:
[gcc]
2013-02-08 Michael Meissne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56043
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
--- Comment #5 from Michael Meissner 2013-02-12
18:13:45 UTC ---
Created attachment 29426
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29426
Assembly file of slp-perm-1.c after lto with -mcpu=power6 -O3 -maltivec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
--- Comment #6 from Michael Meissner 2013-02-12
18:16:28 UTC ---
Created attachment 29427
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=29427
slp-perm-1.c assembly file before LTO is run with -mcpu=power6 -O3 -maltivec
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
Michael Meissner changed:
What|Removed |Added
Component|target |lto
--- Comment #7 from Mich
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
--- Comment #9 from Michael Meissner 2013-02-12
19:07:18 UTC ---
The -fsection-anchors option appears to be important. If I use
-fsection-anchors (which is default for powerpc64-linux), LTO does not align
the .rodata section, but uses Alt
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
--- Comment #10 from Michael Meissner 2013-02-12
19:16:56 UTC ---
If -fno-merge-constants (and the default -fsection-anchors) is used, then the
correct alignment for the table is set (and Altivec memory instructions are
used).
At a gues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50494
--- Comment #15 from Michael Meissner 2013-02-13
22:38:12 UTC ---
The patch does align the .rodata section to 16 byte alignment, but the code to
load up the auto vector from constant memory does not do vectorization.
If I use -fno-sectio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57150
Bug #: 57150
Summary: GCC when targeting power7 spills long double using VSX
instructions.
Classification: Unclassified
Product: gcc
Version: 4.9.0
Status:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57150
--- Comment #1 from Michael Meissner 2013-05-02
19:37:21 UTC ---
Created attachment 30009
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30009
Assembler file
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57150
Michael Meissner changed:
What|Removed |Added
Target||powerpc64-gnu-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57150
--- Comment #3 from Michael Meissner 2013-05-02
21:03:08 UTC ---
It shows up due to -fcaller-saves, which creates a V2DF save area.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57150
--- Comment #4 from Michael Meissner 2013-05-03
19:18:21 UTC ---
Created attachment 30028
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30028
Patch to use scalar modes for TF/TD caller saves.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57150
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52775
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53487
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
||2012-08-16
CC||meissner at gcc dot gnu.org
Ever Confirmed|0 |1
--- Comment #1 from Michael Meissner 2012-08-16
23:14:17 UTC ---
If the configure scripts think the cross assembler does not support .weak
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Summary: Powerpc doesn't like -m32 -msoft-float -mcpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedT
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Michael Meissner changed:
What|Removed |Added
Target Milestone|--- |4.6.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47272
Summary: In addition to the bug uncovered in 42751, gcc can't
bootstrap using --with-cpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47272
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47272
--- Comment #1 from Michael Meissner 2011-01-12
21:54:25 UTC ---
Note, the fixes for 47251 will be needed in addition to changes for this bug in
order to do a full bootstrap on a power7 system using the --with-cpu=power7
configure option.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47385
Summary: Test gcc.target/powerpc/pr37168.c fails if compiled
using a compiled configured with --with-cpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: nor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47385
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47385
--- Comment #1 from Michael Meissner 2011-01-20
20:44:09 UTC ---
Created attachment 23051
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23051
Patch to fix the problem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47251
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47272
--- Comment #2 from Michael Meissner 2011-01-20
20:57:54 UTC ---
Created attachment 23052
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23052
Preliminary patch to allow --with-cpu=power7 to work
The root problem is under VSX, the vec_ld/ve
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
Summary: Several of the Altivec tests fail if run with a
compiler built with --with-cpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Pri
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #1 from Michael Meissner 2011-01-21
20:00:09 UTC ---
Created attachment 23072
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23072
Patch that adds -mno-vsx to altivec tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #2 from Michael Meissner 2011-01-24
16:47:20 UTC ---
Author: meissner
Date: Mon Jan 24 16:47:16 2011
New Revision: 169167
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169167
Log:
Fix PR 47408 and 47385
Modified:
trunk/g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
--- Comment #3 from Michael Meissner 2011-01-24
16:57:07 UTC ---
Author: meissner
Date: Mon Jan 24 16:57:04 2011
New Revision: 169168
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169168
Log:
Fix PR 47408 and 47385
Modified:
branche
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43154
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Summary: Powerpc GCC fails test gcc.dg/pr41551.c if built with
--with-cpu=power7
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
--- Comment #1 from Michael Meissner 2011-02-01
19:02:58 UTC ---
Author: meissner
Date: Tue Feb 1 19:02:55 2011
New Revision: 169499
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169499
Log:
Fix PR 47580
Modified:
branches/ibm/powe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
--- Comment #2 from Michael Meissner 2011-02-01
19:09:53 UTC ---
Created attachment 23203
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23203
Patch that allows virtual registers in vsx register predicates.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Michael Meissner changed:
What|Removed |Added
Attachment #23203|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Michael Meissner changed:
What|Removed |Added
Attachment #23204|0 |1
is obsolete|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
--- Comment #5 from Michael Meissner 2011-02-03
00:41:21 UTC ---
Author: meissner
Date: Thu Feb 3 00:41:16 2011
New Revision: 169776
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169776
Log:
Fix PR target/47580
Modified:
trunk/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47272
--- Comment #3 from Michael Meissner 2011-02-03
05:42:23 UTC ---
Author: meissner
Date: Thu Feb 3 05:42:19 2011
New Revision: 169780
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169780
Log:
Fix PR target/47272
Added:
trunk/gcc/tes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47272
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47580
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46728
--- Comment #2 from Michael Meissner 2011-02-04
18:11:09 UTC ---
When the initial changes for bug 42694 was added that optimizes pow (x, 0.75)
into sqrt(sqrt(x))*sqrt(x) under fast math, there was a desire to move this RTL
optimization into the t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
Summary: Powerpc rs6000.md uses RS6000_RECIP_HAVE_RSQRT_P
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
--- Comment #1 from Michael Meissner 2011-02-07
20:32:51 UTC ---
Author: meissner
Date: Mon Feb 7 20:32:45 2011
New Revision: 169901
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=169901
Log:
Fix PR target/47636
Modified:
trunk/gcc/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
--- Comment #2 from Michael Meissner 2011-02-07
20:35:02 UTC ---
Created attachment 23269
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23269
Patch that fixes the problem
Spell RS6000_RECIP_HAVE_RSQRTE_P correctly.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47755
Summary: VSX code generates a TOC reference to clear memory
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: target
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47755
--- Comment #1 from Michael Meissner 2011-02-15
15:41:49 UTC ---
Created attachment 23352
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23352
Patch to allow V2DI easy vector constants
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44218
Michael Meissner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47636
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47408
Michael Meissner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47755
--- Comment #2 from Michael Meissner 2011-02-15
18:43:01 UTC ---
Author: meissner
Date: Tue Feb 15 18:42:59 2011
New Revision: 170189
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170189
Log:
Fix PR 47755
Added:
trunk/gcc/testsuite/
1 - 100 of 1289 matches
Mail list logo
