http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49773
Summary: use of class data members prevent vectorization
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
As
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
--- Comment #5 from Tobias Burnus 2011-07-18
07:33:07 UTC ---
Janus, what's the status?
(In reply to comment #4)
> I just verified that this patch is free of testsuite regressions.
The patch is OK with a test case, ChangeLog - and CCing it to
f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49675
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46798
Richard Guenther changed:
What|Removed |Added
Known to work||4.7.0
Summary|[4.6/4.7 Regr
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49545
Richard Guenther changed:
What|Removed |Added
Known to work||4.7.0
Target Milestone|4.7.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35634
--- Comment #31 from Richard Guenther 2011-07-18
08:16:58 UTC ---
Well, I'd still go for comment#14 ... we could teach VRP to shorten the
operations again, if possible, to avoid the optimization regressions.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49742
--- Comment #5 from Richard Guenther 2011-07-18
08:24:40 UTC ---
This must be an artifact of the load-/store-lanes stuff. It looks like they
play foul with aliasing. It might also be that predictive commoning simply
does not know how to re-mate
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49772
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49770
Richard Guenther changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771
Richard Guenther changed:
What|Removed |Added
CC||rsandifo at gcc dot gnu.org
Target M
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49767
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768
--- Comment #5 from Richard Guenther 2011-07-18
08:47:01 UTC ---
I suppose fold produces some BIT_FIELD_REF here, giving up probably is
easiest for now.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49774
Summary: [meta-bug] restrict qualification aliasing issues
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
Assigne
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49761
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Keywords|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49757
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
Summary: [4.6.1 Regression on AVR] ICE in based_loc_descr
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49775
--- Comment #1 from Anitha Boyapati
2011-07-18 09:01:36 UTC ---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17906
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35432
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49752
Richard Guenther changed:
What|Removed |Added
Keywords||build
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #28 from Uros Bizjak 2011-07-18 09:08:39
UTC ---
Here is my latest proposed patch:
--cut here--
Index: i386.c
===
--- i386.c(revision 176386)
+++ i386.c(working
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49749
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
Richard Guenther changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #2 from vincenzo Innocente
2011-07-18 09:39:49 UTC ---
Thanks for the detailed explanation.
In the real life code, "out" is filled calling "foo" multiple times (a sort of
nested loop), "k" was used to track the current size of it.
It
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #3 from rguenther at suse dot de
2011-07-18 09:44:23 UTC ---
On Mon, 18 Jul 2011, vincenzo.innocente at cern dot ch wrote:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
>
> --- Comment #2 from vincenzo Innocente
> 2011-07-18
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769
Rainer Orth changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-p
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49760
--- Comment #4 from vincenzo Innocente
2011-07-18 10:07:10 UTC ---
Fair enough.
I think I can persuade developers to use only local variables as induction
variable.
More difficult will be to make them to copy also all other variables stored in
me
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49029
Anitha Boyapati changed:
What|Removed |Added
CC||anitha.boyapati at atmel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49140
--- Comment #7 from Matthias Klose 2011-07-18 10:19:28
UTC ---
the pari tests still fail
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49770
--- Comment #4 from Richard Guenther 2011-07-18
10:46:28 UTC ---
Ok, it's sth I worried about when doing the patch. Namely:
/* Make sure to use a valueized reference ... */
if (!ao_ref_init_from_vn_reference (&r, vr1.set, vr1.type,
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49776
Summary: [C++0x]ICE in build_data_member_initialization, at
cp/semantics.c:5499
Product: gcc
Version: 4.7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
--- Comment #16 from Rainer Orth 2011-07-18 12:09:22
UTC ---
Author: ro
Date: Mon Jul 18 12:09:18 2011
New Revision: 176393
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176393
Log:
PR target/49541
* testsuite/lib/libgomp.exp (li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
--- Comment #17 from Rainer Orth 2011-07-18 12:10:39
UTC ---
Author: ro
Date: Mon Jul 18 12:10:34 2011
New Revision: 176394
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176394
Log:
PR target/49541
* testsuite/lib/libgomp.exp (li
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49541
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49768
--- Comment #6 from Jakub Jelinek 2011-07-18
12:47:36 UTC ---
Created attachment 24787
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=24787
gcc47-pr49768.patch
The easier fix attached. The more complicated would probably mean if we see
pos
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #29 from H.J. Lu 2011-07-18 13:55:05
UTC ---
(In reply to comment #28)
> Here is my latest proposed patch:
>
> --cut here--
> Index: i386.c
> ===
> --- i386.c(revisi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #30 from Uros Bizjak 2011-07-18 14:00:43
UTC ---
(In reply to comment #29)
> This patch increases bootstrap time from
On which target?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #31 from H.J. Lu 2011-07-18 14:04:13
UTC ---
(In reply to comment #30)
> (In reply to comment #29)
>
> > This patch increases bootstrap time from
>
> On which target?
I used
--enable-clocale=gnu --with-system-zlib --with-demangler
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49773
--- Comment #1 from vincenzo Innocente
2011-07-18 14:11:11 UTC ---
I just upgraded to
c++ -v
Using built-in specs.
COLLECT_GCC=c++
COLLECT_LTO_WRAPPER=/usr/local/libexec/gcc/x86_64-apple-darwin10.8.0/4.7.0/lto-wrapper
Target: x86_64-apple-darwin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771
--- Comment #2 from Jakub Jelinek 2011-07-18
14:12:49 UTC ---
That commit looks bogus, the change it made is:
# ivtmp.37_45 = PHI
vect_pa.7_44 = (vector(4) int *) ivtmp.37_45;
- D.2731_1 = vect_pa.7_44 < &a;
- D.2733_14 = vect_pa.7_44 >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
AssignedTo|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49550
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49381
--- Comment #1 from Rainer Orth 2011-07-18 14:30:23 UTC
---
Author: ro
Date: Mon Jul 18 14:30:14 2011
New Revision: 176401
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176401
Log:
PR boehm-gc/49381
Backport from mainline:
20
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49777
Summary: for c++ code, without -g option, cannot generate PIC
*.so library.
Product: gcc
Version: 4.5.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49545
--- Comment #10 from Ulrich Weigand 2011-07-18
14:35:44 UTC ---
(In reply to comment #9)
> Can you check what patch caused it on the 4.6 branch?
It is this one:
http://gcc.gnu.org/ml/gcc-cvs/2011-07/msg00431.html
2011-07-11 Martin Jambor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49381
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #32 from H.J. Lu 2011-07-18 14:54:31
UTC ---
(In reply to comment #31)
>
> But I was running SPEC CPU at the same time. I will re-time it.
Is isn't too bad:
5182.95user 396.13system 15:32.41elapsed 598%CPU (0avgtext+0avgdata
36255
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49170
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49756
--- Comment #4 from Jason Merrill 2011-07-18
15:22:11 UTC ---
For this testcase, even 30MB isn't enough, but 40MiB is, so I think I'll round
up to 64MB.
I think it's probably best to raise the limit in both places to avoid confusion
when invokin
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48223
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46944
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46023
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46021
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49771
Ira Rosen changed:
What|Removed |Added
CC||irar at il dot ibm.com
--- Comment #3 from Ir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45508
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430
--- Comment #3 from paolo at gcc dot gnu.org
2011-07-18 16:07:34 UTC ---
Author: paolo
Date: Mon Jul 18 16:07:24 2011
New Revision: 176405
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176405
Log:
2011-07-18 Paolo Carlini
PR libs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48430
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44642
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #2 from R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44171
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44093
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43324
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42753
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42278
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Known to work|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49778
Summary: Can't take pointer to std::make_pair in c++0x
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41810
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40483
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40227
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
URL|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40183
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39810
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #17 from Ramana Radhakrishnan
2011-07-18 16:35:22 UTC ---
(In reply to comment #16)
> (In reply to comment #15)
> > The machine-dependent reorg pass does something unexpected:
> >
> > (insn 30 18 14 3 (set (reg/f:SI 11 fp)
> >
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39215
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39186
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39150
--- Comment #24 from Rainer Orth 2011-07-18 16:36:37
UTC ---
*** Bug 39186 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49452
--- Comment #16 from Ramana Radhakrishnan
2011-07-18 16:31:12 UTC ---
(In reply to comment #15)
> The machine-dependent reorg pass does something unexpected:
>
> (insn 30 18 14 3 (set (reg/f:SI 11 fp)
> (plus:SI (reg/f:SI 11 fp)
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769
--- Comment #4 from Rainer Orth 2011-07-18 16:42:00 UTC
---
Author: ro
Date: Mon Jul 18 16:41:55 2011
New Revision: 176406
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176406
Log:
PR bootstrap/49769
* config.gcc (alpha*-*-linux*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49769
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39111
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #33 from Uros Bizjak 2011-07-18 16:52:59
UTC ---
(In reply to comment #32)
> Is isn't too bad:
>
> 5182.95user 396.13system 15:32.41elapsed 598%CPU (0avgtext+0avgdata
> 362556maxresident)k
My check on unloaded SNB (using current ma
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39024
Rainer Orth changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #34 from H.J. Lu 2011-07-18 16:55:35
UTC ---
(In reply to comment #33)
>
> Please also note, that there is no need for new lea_x32 patterns anymore.
My x32 branch has
2011-07-18 Uros Bizjak
PR target/47744
* config/i3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49778
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43785
Paolo Carlini changed:
What|Removed |Added
CC||bugzilla.gcc.gnu.com at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38804
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38730
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49708
--- Comment #6 from janus at gcc dot gnu.org 2011-07-18 17:08:43 UTC ---
(In reply to comment #5)
> Janus, what's the status?
Well, mostly "busy with other things" mixed with a bit of "waiting for comments
and/or approval" ;)
> The patch is OK w
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #35 from Uros Bizjak 2011-07-18 17:17:55
UTC ---
(In reply to comment #34)
> 2011-07-17 H.J. Lu
>
> * config/i386/i386.c (ix86_decompose_address): Don't support
> 32bit address in x32 mode.
This one is also not needed an
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49779
Summary: Wrong code generated for while loop with guard
containing continue
Product: gcc
Version: 4.6.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38239
Rainer Orth changed:
What|Removed |Added
CC||ro at gcc dot gnu.org
--- Comment #1 from R
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49779
--- Comment #1 from Andrew Pinski 2011-07-18
17:36:38 UTC ---
Hmm, statement expressions are an extension to the C language.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36356
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #37 from Rainer Orth 2011-07-18 17:38:13
UTC ---
*** Bug 36356 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49779
--- Comment #2 from bagnara at cs dot unipr.it 2011-07-18 17:42:39 UTC ---
An extension that is still supported by GCC, right?
Here is another testcase showing the same phenomenon with `break':
int main() {
do {
while (({ break; 1; })) {
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36330
Rainer Orth changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33100
--- Comment #38 from Rainer Orth 2011-07-18 17:45:29
UTC ---
*** Bug 36330 has been marked as a duplicate of this bug. ***
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49779
--- Comment #3 from Andrew Pinski 2011-07-18
17:47:49 UTC ---
(In reply to comment #2)
> An extension that is still supported by GCC, right?
Yes but the semantics are not well defined in this area IIRC.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #36 from hjl at gcc dot gnu.org 2011-07-18
17:49:04 UTC ---
Author: hjl
Date: Mon Jul 18 17:49:01 2011
New Revision: 176409
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176409
Log:
Remove ix86_simplify_base_index_disp.
2011
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #37 from uros at gcc dot gnu.org 2011-07-18 17:51:36 UTC ---
Author: uros
Date: Mon Jul 18 17:51:33 2011
New Revision: 176413
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176413
Log:
PR target/47744
* config/i386/i386.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47744
--- Comment #38 from hjl at gcc dot gnu.org 2011-07-18
17:53:46 UTC ---
Author: hjl
Date: Mon Jul 18 17:53:43 2011
New Revision: 176414
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=176414
Log:
Allow only subregs of DImode hard regs in P
1 - 100 of 132 matches
Mail list logo