http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-11
17:04:45 UTC ---
I'd very much prefer to keep PR54971 fix in.
As for #c3, I believe it would be enough to test the mode, so perhaps
tree repl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55947
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55949
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55957
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-13
11:29:13 UTC ---
Yeah, what bootstrap compiler are you using?
And are you sure your tree is in consistent state?
$ grep gimple_call_builtin_p gimple.h
extern bool
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55909
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55935
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-13
12:33:49 UTC ---
Author: jakub
Date: Sun Jan 13 12:33:43 2013
New Revision: 195136
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195136
Log:
PR fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55935
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.7.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55964
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|4.7.3 |4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55967
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-14
14:24:32 UTC ---
Created attachment 29161
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29161
gcc48-pr48766.patch
Untested fix. Seems in the previous option
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50199
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-14
14:55:45 UTC ---
(In reply to comment #14)
I'm not sure this isn't an issue without LTO
though (possibly way harder to trigger though).
I don't see how. -fno
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55943
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53342
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-14
16:45:11 UTC ---
Can't we then compute the final values of the bases after the peeling loop, and
add those gimplified after the peeling loop, then use them in the next
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55971
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-14
18:25:41 UTC ---
I guess if for multiversioning you want the two decls to be independent, like
overloaded functions with different argument types are, then IMHO the mv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-14
18:32:44 UTC ---
Actually, what you'd merge is everything as usually if mv attribute isn't on
either of the decls, or if mv attribute is present on either one, and both
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #19 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-14
20:23:54 UTC ---
That wouldn't work, because you would then have the default (non-mv) version,
possibly mv version with no target attribute, and then some other mv
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55967
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
07:55:06 UTC ---
Please google around on undefined behavior, you'll find various FAQs about
it. When a program triggers undefined behavior, anything can happen
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
08:17:09 UTC ---
Author: jakub
Date: Tue Jan 15 08:16:56 2013
New Revision: 195186
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195186
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48766
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55988
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55893
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54139
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
09:31:43 UTC ---
Author: jakub
Date: Tue Jan 15 09:31:28 2013
New Revision: 195190
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195190
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55955
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54767
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
10:47:36 UTC ---
Yeah, indeed. The bug seems to be in the second vrp pass on xxx function.
iaii_23: [_79, _79] EQUIVALENCES: { } (0 elements)
looks wrong (iaii_23
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
12:04:13 UTC ---
Created attachment 29168
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29168
gcc48-pr55920.patch
Looking at the #c3 patch, I wonder
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48087
--- Comment #22 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
15:11:40 UTC ---
Created attachment 29170
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29170
gcc48-pr48087.patch
Untested fix. That said, it seems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
16:33:38 UTC ---
Author: jakub
Date: Tue Jan 15 16:33:24 2013
New Revision: 195209
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195209
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53073
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
18:28:31 UTC ---
I think:
--- gcc/function.c.jj2013-01-11 09:02:55.0 +0100
+++ gcc/function.c2013-01-15 19:23:20.648826011 +0100
@@ -6029,7 +6029,7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55920
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55936
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55153
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
21:51:36 UTC ---
Thanks for working on this. Unfortunately it seems the
http://gcc.gnu.org/viewcvs?root=gccview=revrev=195211
change (commit message didn't make
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-15
22:58:28 UTC ---
Author: jakub
Date: Tue Jan 15 22:58:21 2013
New Revision: 195220
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195220
Log:
PR target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56000
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55998
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #23 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
08:11:42 UTC ---
Merging of target attribute is what gcc/g++ did though, the function would get
then both target attributes (seems later decl's target wins
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52122
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55940
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
09:16:15 UTC ---
As a workaround, you can use something like
#if __GNUC__ == 4 __GNUC_MINOR__ == 7
__attribute__((__optimize__ (no-shrink-wrap)))
#endif
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52865
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
10:38:01 UTC ---
Sounds like a recent change:
http://git.kernel.org/?p=linux/kernel/git/stable/linux-stable.git;a=commitdiff;h=048ee0993ec8360abb0b51bdf8f8721e9ed62ec4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52865
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
10:47:18 UTC ---
BTW, does Fortran have well defined number of iterations if say a do loop goes
from (unknown to compiler):
integer :: i, m, n
m = huge(0) - 7
n
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
--- Comment #21 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
11:22:23 UTC ---
Created attachment 29177
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29177
gcc48-pr50176.patch
Are you sure about it? For me on the
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55153
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
11:31:51 UTC ---
Author: vmakarov
Date: Tue Jan 15 16:47:36 2013
New Revision: 195211
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195211
Log:
2013-01-15
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
11:50:47 UTC ---
I think for 44-46 bits we can still make it constant. But generally, the
constructors of libasan are usually run from the stack of the initial thread
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52865
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
11:59:29 UTC ---
Created attachment 29178
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29178
gcc48-pr52865.patch
This untested patch makes the loop
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55964
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.7/4.8 Regression]|[4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55547
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56005
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55153
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #25 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
16:02:35 UTC ---
The actual merging of target attribute isn't that important, what would be more
important is that other attributes are merged together in that case
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52865
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
16:05:42 UTC ---
Author: jakub
Date: Wed Jan 16 16:05:27 2013
New Revision: 195241
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195241
Log:
PR fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55547
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
16:31:10 UTC ---
Ah, hjl opened PR56006 to track #c11.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56006
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55884
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56005
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56006
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
19:06:09 UTC ---
The second patch in http://gcc.gnu.org/ml/gcc-patches/2013-01/msg00822.html
(which is waiting for Uros' bootstrap/regtest on alpha AFAIK) seems to fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48181
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-16
23:07:19 UTC ---
http://gcc.gnu.org/viewcvs?root=gccview=revrev=192719
fixed this (so, most likely reproduceable by disabling LRA).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56015
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56015
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
10:31:08 UTC ---
Created attachment 29189
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29189
gcc48-pr56015.patch
Untested fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55934
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
10:45:20 UTC ---
I don't care much about the error wording, I've put into dg-error just what gcc
was reporting before (and after it emitted ICE).
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56010
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||dje
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56018
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45375
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069
--- Comment #10 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
16:08:15 UTC ---
Created attachment 29193
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29193
gcc48-pr49069-1.patch
One possible fix.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
16:10:45 UTC ---
Created attachment 29194
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29194
gcc48-pr49069-2.patch
Another possible fix. Or Steven's fix
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55273
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
16:36:53 UTC ---
Author: jakub
Date: Thu Jan 17 16:36:43 2013
New Revision: 195275
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195275
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55273
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55739
--- Comment #11 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
16:49:58 UTC ---
Ugh, no, that is way too premature. This really shouldn't be a dynamic
relocation. And asan shouldn't be registering the same (common or in the end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55739
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-17
17:48:18 UTC ---
No idea why you keep mentioning
.quadcommon_data
.quadcommon_data@size
.quadcommon_data@size + 40
That is nothing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56000
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56006
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56022
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
13:02:41 UTC ---
But why doesn't the 1 41 version work with both 44 and 46-bit VA?
It should be:
|| `[0x0a00, 0x3fff]` || HighMem
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
13:52:02 UTC ---
Ah yes, it can't be | SHADOW_OFFSET then, but has to be + SHADOW_OFFSET. + is
what gcc emits (the reason for that was primarily that it resulted
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #32 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
14:18:58 UTC ---
Created attachment 29207
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29207
gcc48-pr55742.patch
This bug is open for way too long given its
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #22 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
15:41:09 UTC ---
Forcing everything to be built as -pie is a non-starter. The 5% just aren't
worth the trouble. Especially, how are you going to deal with say
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56029
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
16:54:56 UTC ---
Created attachment 29209
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29209
gcc48-pr56029.patch
The bug is that neither
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56029
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
AssignedTo|rguenth at gcc dot gnu.org |jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56015
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
17:15:17 UTC ---
Author: jakub
Date: Fri Jan 18 17:15:07 2013
New Revision: 195301
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195301
Log:
PR middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56015
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Known to work||4.8.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #35 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
17:51:42 UTC ---
Created attachment 29211
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29211
gcc48-pr55742.patch
Updated patch with ChangeLog entry and code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56029
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-18
20:24:49 UTC ---
Author: jakub
Date: Fri Jan 18 20:24:34 2013
New Revision: 195304
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195304
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56029
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55433
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
--- Comment #39 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-19
10:14:04 UTC ---
Then to fix that perhaps we want to change ix86_valid_target_attribute_tree and
its caller.
Currently ix86_valid_target_attribute_tree returns
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #29207|0 |1
501 - 600 of 42659 matches
Mail list logo