--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-12 12:09 ---
Subject: Bug 42278
Author: jakub
Date: Wed May 12 12:08:34 2010
New Revision: 159315
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159315
Log:
PR debug/42278
* dwarf2out.c (base_type_die
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-12 12:11 ---
Subject: Bug 44085
Author: jakub
Date: Wed May 12 12:11:00 2010
New Revision: 159316
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159316
Log:
PR middle-end/44085
* gimplify.c (enum
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-12 12:19 ---
Subject: Bug 44085
Author: jakub
Date: Wed May 12 12:18:55 2010
New Revision: 159317
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159317
Log:
PR middle-end/44085
* gimplify.c (enum
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-12 12:30 ---
Subject: Bug 44085
Author: jakub
Date: Wed May 12 12:30:21 2010
New Revision: 159318
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159318
Log:
PR middle-end/44085
* gimplify.c (enum
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-12 14:39 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-12 15:01 ---
Seems dummy procedures are already in F95 and therefore something that OpenMP
3.0 should take into account. So probably for them it would be better to
keep rejecting them in the clause lists and ensure they aren't
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-12 15:25 ---
Created an attachment (id=20648)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20648action=view)
gcc46-pr44036.patch
Updated patch which implements that. I've split off the locus changes to a
separate follow-up
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-12 15:27 ---
Created an attachment (id=20649)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20649action=view)
locus follow-up
Follow-up patch to fix up the locus.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44036
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44102
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-11 06:48 ---
Subject: Bug 44023
Author: jakub
Date: Tue May 11 06:48:15 2010
New Revision: 159254
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159254
Log:
PR debug/44023
* df-problems.c (struct dead_debug
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-11 07:11 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-11 09:00 ---
I'd say the testcase is invalid, of course GCC must not ICE on it though,
but you can't expect it to do what you want.
I don't think we guarantee anywhere that the jump is exactly to the user
label provided, so you
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-11 10:01 ---
Created an attachment (id=20625)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20625action=view)
partial fix of the ICE
The ICE is when going out of cfglayout mode.
When going into the cfglayout mode
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC||matz at gcc dot gnu dot org
Component|c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-11 10:20 ---
Created an attachment (id=20626)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20626action=view)
gcc46-pr44071.patch
Untested fix for the ICE part (and, with __builtin_unreachable the generated
code is even
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-11 12:18 ---
Created an attachment (id=20627)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20627action=view)
gcc46-pr44071.patch
Updated patch that fixes the rest of the issues. The reason why testcase
without
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-11 12:48 ---
Created an attachment (id=20628)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20628action=view)
gcc46-pr44062-c++.patch
C++ change that fixes this.
It treats all (void) / static_cast void conversions
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-11 14:43 ---
Created an attachment (id=20632)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20632action=view)
gcc46-pr42278.patch
Untested patch. I'll need to see whether we don't generate too many
__unknown__ names
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-11 14:51 ---
That's a user bug. You shouldn't pass NULL to arguments declared nonnull.
To quote gcc documentation:
The compiler may also choose to make optimizations based
on the knowledge that certain function arguments
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-11 16:50 ---
Yeah.
BTW: you don't necessarily need to use the %l[f_yes] syntax, when there are no
input operands of the asm goto you can just as well use %l0 resp. %l1.
--
jakub at gcc dot gnu dot org changed
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-11 18:12 ---
Subject: Bug 44062
Author: jakub
Date: Tue May 11 18:12:28 2010
New Revision: 159286
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159286
Log:
PR c++/44062
* c-parser.c (c_parser_expression
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-11 18:14 ---
Subject: Bug 44059
Author: jakub
Date: Tue May 11 18:14:19 2010
New Revision: 159287
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159287
Log:
PR c++/44059
* config/elfos.h
--- Comment #11 from jakub at gcc dot gnu dot org 2010-05-11 18:18 ---
Subject: Bug 44071
Author: jakub
Date: Tue May 11 18:17:43 2010
New Revision: 159288
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159288
Log:
PR middle-end/44071
* cfglayout.c
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-11 18:23 ---
Subject: Bug 44071
Author: jakub
Date: Tue May 11 18:22:52 2010
New Revision: 159289
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159289
Log:
PR middle-end/44071
* cfglayout.c
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-11 18:25 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-11 18:28 ---
Fixed on the trunk so far, will backport to 4.5 after a while if there aren't
any issues with it on the trunk.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-11 18:29 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-10 07:55 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #11 from jakub at gcc dot gnu dot org 2010-05-10 07:59 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-10 10:13 ---
Created an attachment (id=20617)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20617action=view)
gcc46-pr44023.patch
The bug is that if a debug insn references more than one dead pseudo, only the
first one
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-10 13:26 ---
Created an attachment (id=20618)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20618action=view)
gcc46-pr44028.patch
Untested fix.
--
jakub at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-10 14:09 ---
Re: #c2, that's just because you are using too old binutils I guess.
The bug seems to be in:
.type _ZGVZN1AC1EvE1x, @object
.type _ZZN1AC1EvE1x, @gnu_unique_object
I believe the guard needs
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-10 14:39 ---
I guess the problem is in the !DECL_ARTIFICIAL (DECL) test in
ASM_DECLARE_OBJECT_NAME macro - the guard is artificial.
Not sure why that has been added.
/* For template static data member instantiations
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-10 14:39 ---
Reopening.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|RESOLVED
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-10 15:48 ---
Oops, seems something I should have covered in the testsuite. For C it works
correctly.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-10 15:51 ---
Created an attachment (id=20620)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20620action=view)
testcases
2 new testcases
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44062
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-10 16:50 ---
Created an attachment (id=20622)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20622action=view)
gcc46-pr44062.patch
Actually, I've found 2 issues even in the C FE related to comma expressions
with
LHS or RHS
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-10 18:28 ---
Subject: Bug 44028
Author: jakub
Date: Mon May 10 18:28:03 2010
New Revision: 159240
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159240
Log:
PR debug/44028
* haifa-sched.c (schedule_insn
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-10 20:05 ---
Subject: Bug 44028
Author: jakub
Date: Mon May 10 20:05:09 2010
New Revision: 159244
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159244
Log:
PR debug/44028
* haifa-sched.c (schedule_insn
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-10 20:15 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-07 15:40 ---
From quick skim the first difference is on a sha1.c:350 insn in *.ira dump.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44023
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-07 20:13 ---
Slightly more reduced testcase:
void
foo (unsigned f, long v, unsigned *w, unsigned a, unsigned b, unsigned e,
unsigned c, unsigned d)
{
unsigned h = v / 4, x[16];
while (f h)
{
unsigned i;
f
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-07 20:24 ---
#c3 testcase is actually from PR44023. Sorry.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44028
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-07 20:25 ---
Slightly more reduced testcase:
void
foo (unsigned f, long v, unsigned *w, unsigned a, unsigned b, unsigned e,
unsigned c, unsigned d)
{
unsigned h = v / 4, x[16];
while (f h)
{
unsigned i;
f
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-06 08:06 ---
To answer the exact question, yes, using a dummy variable as output (perhaps
with 1 instead of a for the matching input) is the right fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43998
--- Comment #5 from jakub at gcc dot gnu dot org 2010-05-06 08:44 ---
Created an attachment (id=20578)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20578action=view)
gcc46-pr43983.patch
Updated patch that should fix both issues, currently bootstrapping/regtesting
it.
--
jakub
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-06 13:07 ---
DEBUG_INSNs must not affect code generation (in scheduling case scheduling of
non-DEBUG_INSNs). Does the testcase fail with -fcompare-debug?
From your description it is unclear what is going on. Perhaps you should
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-06 16:59 ---
The reference is created at df-scan.c:2940 in df_ref_record.
reg (as well as *loc) passed to that function is SImode reg 112 (in0), i.e. a
hard register, but df_ref_create_structure is called with regno_reg_rtx[i
--- Comment #10 from jakub at gcc dot gnu dot org 2010-05-06 17:35 ---
Subject: Bug 43994
Author: jakub
Date: Thu May 6 17:34:47 2010
New Revision: 159117
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159117
Log:
PR bootstrap/43994
* df-problems.c
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-05 10:43 ---
Subject: Bug 43478
Author: jakub
Date: Wed May 5 10:43:36 2010
New Revision: 159063
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159063
Log:
PR debug/43478
* df-problems.c (struct
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-05 15:22 ---
Created an attachment (id=20563)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20563action=view)
gcc46-pr43983.patch
So far only lightly tested patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-05 16:45 ---
Could you please attach preprocessed source? Setting up a ia64 build box
always takes me a lot of time.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43994
--- Comment #6 from jakub at gcc dot gnu dot org 2010-05-05 18:00 ---
Created an attachment (id=20566)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20566action=view)
gcc46-pr43994.patch
I must say I don't understand why this happens, but in this case
DF_REF_REAL_REG is a (reg:DI
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-05 19:06 ---
Two issues discovered with the patch. One is easy:
--- gcc/dwarf2out.c 2010-05-05 17:14:56.0 +0200
+++ gcc/dwarf2out.c 2010-05-05 20:51:40.0 +0200
@@ -7916,7 +7916,7
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-05 19:12 ---
Subject: Bug 43950
Author: jakub
Date: Wed May 5 19:11:16 2010
New Revision: 159077
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159077
Log:
PR debug/43950
* dwarf2out.c (gen_compile_unit_die
--- Comment #12 from jakub at gcc dot gnu dot org 2010-05-05 21:39 ---
Please try the PR43994 patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43478
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
CC|jakub at redhat dot com |
Summary|-Wunused-but-set-variable |[4.6 Regression
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-04 11:45 ---
Created an attachment (id=20555)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20555action=view)
gcc46-pr43981.patch
Fix I'm going to bootstrap/regtest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43981
--- Comment #9 from jakub at gcc dot gnu dot org 2010-05-04 13:06 ---
Fixed then.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #13 from jakub at gcc dot gnu dot org 2010-05-04 13:57 ---
I guess this must be related to STB_GNU_UNIQUE, at least I can't reproduce this
on ppc on Fedora 11 where STB_GNU_UNIQUE wasn't supported (even with recentish
gcc), while according to log I see these
WARNING
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43983
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-04 15:12 ---
Sample testcase:
struct A { int i; int j; };
int
foo (int k)
{
struct A a = { 4, k + 6 };
asm ( : +r (a.i));
a.j++;
bar (a.i);
bar (a.j);
return a.i + a.j;
}
--
jakub at gcc dot gnu dot org changed
--- Comment #15 from jakub at gcc dot gnu dot org 2010-05-04 15:31 ---
Ah, seems a generic ar/ranlib bug, apparently STB_GNU_UNIQUE symbols aren't
added into ar index :(.
Wonder why it hasn't showed up elsewhere yet. The reason why this doesn't hit
us in libstdc++.a on x86-64
--- Comment #17 from jakub at gcc dot gnu dot org 2010-05-04 15:41 ---
Ah, already fixed:
http://sources.redhat.com/ml/binutils/2010-03/msg00249.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00143.html
http://sources.redhat.com/ml/binutils-cvs/2010-03/msg00144.html
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-04 19:08 ---
Subject: Bug 43981
Author: jakub
Date: Tue May 4 19:08:37 2010
New Revision: 159044
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159044
Log:
PR c/43981
* c-parser.c
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-04 19:13 ---
Fixed.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: debug
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jakub at gcc dot gnu dot org
GCC target
--- Comment #1 from jakub at gcc dot gnu dot org 2010-05-03 10:34 ---
(value/u:DI 24:19029 @0x171db88/0x172c120)
offset 0
(reg:SI 4 si)
(mem/c:QI (value:DI 26:3872 @0x171dbb8/0x172c180) [11 %sfp+-1 S1 A8])
(mem:SI (value/u:DI 52:52 @0x171de28/0x172d4b0) [2 *D
--- Comment #2 from jakub at gcc dot gnu dot org 2010-05-03 11:55 ---
Testing a patch.
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #8 from jakub at gcc dot gnu dot org 2010-05-03 14:38 ---
I've also bootstrapped the first patch today, unfortunately on i686-linux it
regresses forall_7.f90 testcase - gsi_skip_debug is called with after = 1
on sequence D.3267_429 = 125 + 5; (pointing at the only stmt
--- Comment #3 from jakub at gcc dot gnu dot org 2010-05-03 15:43 ---
Subject: Bug 43972
Author: jakub
Date: Mon May 3 15:42:43 2010
New Revision: 158989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158989
Log:
PR debug/43972
* config/i386/i386.c
--- Comment #4 from jakub at gcc dot gnu dot org 2010-05-03 15:46 ---
Subject: Bug 43972
Author: jakub
Date: Mon May 3 15:46:43 2010
New Revision: 158990
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158990
Log:
PR debug/43972
* config/i386/i386.c
--- Comment #7 from jakub at gcc dot gnu dot org 2010-05-01 18:28 ---
You should grep for unused_but_set_, then you'll see also:
c-decl.c:OPT_Wunused_but_set_variable,
c-decl.c: if (warn_unused_but_set_parameter)
c-decl.c: OPT_Wunused_but_set_parameter,
See http://gcc.gnu.org
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43706
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39372
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22488
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38678
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41454
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41043
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36143
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43845
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37022
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37272
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36201
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37273
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37534
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38134
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38671
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38306
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39390
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38747
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39612
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39514
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39355
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40106
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38878
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41176
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.4.4 |4.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39747
801 - 900 of 6780 matches
Mail list logo