http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56049
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||hubicka
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-20
18:35:20 UTC ---
Yeah, I'm afraid assuming you never do 1 31 is going to break simply way too
much code in the wild.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56059
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56060
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55742
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Attachment #29211|0 |1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
12:53:09 UTC ---
I've tried to reproduce this with a cross compiler (without cross binutils) on
x86_64-linux host, but it ICEs elsewhere:
../configure --target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56052
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
13:03:03 UTC ---
Yeah, if this ever worked, it was by pure accident. OpenMP 3.1 vs. Fortran OOP
is simply undefined territory, gfortran won't run e.g. any
constructors
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56052
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
15:25:00 UTC ---
Using your auto-host.h (with the exception of HAVE_DECL_BASENAME - clearly host
rather than target thing) with i686-linux - powerpc-ibm-aix7.1.0.0 cross
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55889
--- Comment #19 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
15:54:08 UTC ---
Indeed, with #c18 patch I can reproduce the ICE. Andrey, can you try that too?
On x86_64-linux, do for current trunk + #c18 patch applied:
mkdir obj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56052
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
17:20:11 UTC ---
Created attachment 29243
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29243
gcc48-pr56052.patch
Anyway, the following patch fixes the ICE
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069
Bug #: 56069
Summary: [4.6/4.7/4.8 Regression] RA pessimization
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
17:55:46 UTC ---
Author: jakub
Date: Mon Jan 21 17:55:34 2013
New Revision: 195343
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195343
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56051
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-21
18:01:59 UTC ---
Fixed on the trunk so far.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54114
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Component|lto |debug
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56028
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56072
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-22
08:23:39 UTC ---
Author: jakub
Date: Tue Jan 22 08:23:32 2013
New Revision: 195360
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195360
Log:
PR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56072
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56074
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #13 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-22
10:33:53 UTC ---
The patch isn't sufficient. For both -static-libasan -fsanitize=address
and just -fsanitize=address, we want -Bstatic -lasan -Bdynamic resp. -lasan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-22
10:52:55 UTC ---
One way out of this would be for libasan.a to be an *.o object rather than *.a
archive:
mv libasan.a libasan_a.a
gcc -Wl,-r -nostdlib -o libasan.a -Wl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56035
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-22
13:35:28 UTC ---
Created attachment 29249
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29249
gcc48-pr55374.patch
Untested fix. If -static-libasan is missing
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56059
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=55686
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-22
16:41:44 UTC ---
Author: jakub
Date: Tue Jan 22 16:41:30 2013
New Revision: 195381
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195381
Log:
PR target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56074
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-22
17:03:47 UTC ---
Author: jakub
Date: Tue Jan 22 17:03:33 2013
New Revision: 195382
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195382
Log:
PR middle-end
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55686
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56074
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56069
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078
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 #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
08:37:39 UTC ---
Author: jakub
Date: Wed Jan 23 08:37:16 2013
New Revision: 195398
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195398
Log:
PR target
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56052
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
08:44:00 UTC ---
Author: jakub
Date: Wed Jan 23 08:43:50 2013
New Revision: 195399
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195399
Log:
PR fortran
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49069
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=56052
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.7/4.8 Regression] [OOP] |[4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56079
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55693
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56075
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55989
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #26 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
12:26:30 UTC ---
(In reply to comment #25)
So, what is our decision?
Are we just doing
- static const uptr kHighMemEnd = 0x0fffUL;
+ static
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #28 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
13:05:57 UTC ---
Why doesn't it error for unlimited stack say on x86_64? If the stack mapping
size is unlimited, it also potentially overlaps with the shadow memory
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #30 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
13:30:19 UTC ---
What I mean, is a stack PROT_GROWSDOWN RLIM_INFINITY RLIMIT_STACK mapping is
defined to be a mapping from the top of that mapping down to the first
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #32 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
13:33:45 UTC ---
I take it back, seems it is because the kernel mmaps the shared libraries in
that range in this case. So indeed, you probably need a dynamic mapping
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55975
--- Comment #33 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
13:40:57 UTC ---
(In reply to comment #31)
I've committed an upstream change
http://llvm.org/viewvc/llvm-project?view=revrevision=173260 that makes
kHighMemEnd
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55797
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jsm28
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-23
14:32:31 UTC ---
--- gcc/c/c-typeck.c.jj2013-01-11 09:02:31.0 +0100
+++ gcc/c/c-typeck.c2013-01-23 15:24:50.839173887 +0100
@@ -7574,7 +7574,9
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56056
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
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56087
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||tg
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56076
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56077
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||abel
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078
--- Comment #7 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-24
13:27:55 UTC ---
Created attachment 29264
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29264
gcc48-pr56078.patch
Patch I've bootstrapped/regtested. It seems
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-24
13:33:13 UTC ---
Before my patch we got:
20030305-1.c:15:5: warning: excess elements in struct initializer [enabled by
default]
20030305-1.c:15:5: warning: (near
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-24
14:19:17 UTC ---
On a brief look, this doesn't look like using location of neighbouring
statement, given:
grep 66:1 pr56094.c.115t.cunroll | wc -l
0
grep 66:1 pr56094
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-24
15:06:28 UTC ---
So, the reason seems to be:
mod = build2 (INIT_EXPR, TREE_TYPE (t), t, unshare_expr (val));
SET_EXPR_LOCATION (mod, EXPR_LOC_OR_HERE (val
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56078
--- Comment #9 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-24
16:59:56 UTC ---
Author: jakub
Date: Thu Jan 24 16:59:44 2013
New Revision: 195432
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195432
Log:
PR c/56078
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-24
17:26:48 UTC ---
--- gimplify.c.jj2013-01-11 09:02:55.0 +0100
+++ gimplify.c2013-01-24 18:15:54.246157569 +0100
@@ -8600,6 +8600,7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54793
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-25
09:08:14 UTC ---
Well, we can also just use the first NOTE_INSN_BASIC_BLOCK resp.
NOTE_INSN_FUNCTION_BEG, whichever comes first.
The bigger problem with that ia64, pa
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54793
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-25
09:35:17 UTC ---
Created attachment 29271
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29271
gcc48-pr54793.patch
So, e.g. this seems to work for me from quick
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #12 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-25
11:29:13 UTC ---
Created attachment 29272
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29272
gcc48-pr56094.patch
input_location is used heavily
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-25
12:04:59 UTC ---
(In reply to comment #13)
You are explaining how it works right now. What I am asking is how we want it
to work, that is, why the gimplifier needs to care
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56104
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56104
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jason
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56104
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-25
15:05:48 UTC ---
Given the
/* If the object is not dynamic the access invokes undefined
behavior. As it is not executed in this case silence the
spurious
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56098
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56098
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-25
20:04:01 UTC ---
Author: jakub
Date: Fri Jan 25 20:03:54 2013
New Revision: 195475
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195475
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56095
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56098
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.6/4.7/4.8 Regression]|[4.6/4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #22 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-26
10:38:23 UTC ---
BTW, I agree with Jason that we shouldn't optimize these vtable reads. When
this hit libstdc++, it could hit very well any other C++ shared library
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54117
--- Comment #15 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
08:19:43 UTC ---
Because -gstabs etc. are still supported on most of the primary and secondary
targets, and (to my surprise) some projects are still using it (I believe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56086
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56117
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56117
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
08:51:39 UTC ---
Created attachment 29289
-- http://gcc.gnu.org/bugzilla/attachment.cgi?id=29289
gcc48-pr56117.patch
Untested fix. For MEMs, sched-deps.c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56125
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56125
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=54314
--- Comment #25 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
11:27:51 UTC ---
I meant the ABI checkers only. Anyway, on the other side given comments like:
This mangling isn't part of the ABI specification; in the ABI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56053
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56053
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #16 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
14:05:48 UTC ---
Author: jakub
Date: Mon Jan 28 14:05:40 2013
New Revision: 195504
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195504
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56053
--- Comment #8 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
14:28:24 UTC ---
Author: jakub
Date: Mon Jan 28 14:28:16 2013
New Revision: 195505
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195505
Log:
PR testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56053
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56094
--- Comment #17 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
14:33:18 UTC ---
Should be fixed now on the trunk, but keeping the PR open, so that we don't
forget to revert and do a better fix instead.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56125
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
14:43:07 UTC ---
Author: jakub
Date: Mon Jan 28 14:43:03 2013
New Revision: 195507
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195507
Log:
PR tree
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56125
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Summary|[4.7/4.8 Regression] -O2|[4.7
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56117
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-28
16:50:39 UTC ---
Author: jakub
Date: Mon Jan 28 16:50:22 2013
New Revision: 195513
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=195513
Log:
PR rtl
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56117
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55342
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Priority|P1 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #18 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-29
09:13:27 UTC ---
(In reply to comment #17)
Note that there is at least one known bug in asan with -static-libstdc++
https://code.google.com/p/address-sanitizer/issues
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
--- Comment #20 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-29
09:29:39 UTC ---
Ah, you're right. My patch is mostly to fix -static-libasan or even
non-static-libasan - to make sure it comes early and thus override what it
thinks
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53265
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55939
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56128
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org 2013-01-30
08:13:29 UTC ---
The issue unfortunately isn't old vs. new kernels, just using linux/* and
asm/* headers, which as can be seen in this case sometimes aren't of a good
601 - 700 of 42659 matches
Mail list logo