--- Comment #8 from aoliva at gcc dot gnu dot org 2007-10-05 18:17 ---
Actually, Dave tells me in one of the "Ignored" entries that he posted by
e-mail that the earlier patch at
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00186.html had already fixed the
bootstrap problem, b
--- Comment #16 from aoliva at gcc dot gnu dot org 2007-10-06 11:44 ---
Subject: Bug 33572
Author: aoliva
Date: Sat Oct 6 11:43:56 2007
New Revision: 129051
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129051
Log:
gcc/ChangeLog:
PR tree-optimization/33572
* tr
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-10-06 11:48 ---
Subject: Bug 33655
Author: aoliva
Date: Sat Oct 6 11:47:51 2007
New Revision: 129052
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129052
Log:
gcc/ChangeLog:
PR tree-optimization/33655
* tr
--- Comment #19 from aoliva at gcc dot gnu dot org 2007-10-08 23:57 ---
Subject: Bug 33572
Author: aoliva
Date: Mon Oct 8 23:57:20 2007
New Revision: 129144
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129144
Log:
PR tree-optimization/33572
* g++.dg/torture/p
--- Comment #18 from aoliva at gcc dot gnu dot org 2007-10-09 04:41 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:41:39 2007
New Revision: 129149
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129149
Log:
Add missing hunk in r129143 check in. Add referenc
--- Comment #19 from aoliva at gcc dot gnu dot org 2007-10-09 04:45 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:45:22 2007
New Revision: 129150
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129150
Log:
PR middle-end/22156
* tree-sra.c (instantiate_eleme
--- Comment #20 from aoliva at gcc dot gnu dot org 2007-10-09 04:47 ---
Subject: Bug 33572
Author: aoliva
Date: Tue Oct 9 04:46:49 2007
New Revision: 129151
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129151
Log:
PR tree-optimization/33572
* tree-
--- Comment #11 from aoliva at gcc dot gnu dot org 2007-10-09 04:47 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #21 from aoliva at gcc dot gnu dot org 2007-10-09 04:48 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #20 from aoliva at gcc dot gnu dot org 2007-10-09 04:55 ---
Subject: Bug 22156
Author: aoliva
Date: Tue Oct 9 04:55:17 2007
New Revision: 129152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129152
Log:
PR tree-optimization/33655
PR middle-end/22156
* tr
--- Comment #8 from aoliva at gcc dot gnu dot org 2007-10-09 04:55 ---
Subject: Bug 33655
Author: aoliva
Date: Tue Oct 9 04:55:17 2007
New Revision: 129152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129152
Log:
PR tree-optimization/33655
PR middle-end/22156
* tr
--- Comment #9 from aoliva at gcc dot gnu dot org 2007-10-09 04:56 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from aoliva at gcc dot gnu dot org 2007-10-10 04:56 ---
I've tried reverting the patches for PR 33572, but this didn't help with this
problem at all. Looking further, I tried the patch for PR 15764 as well, but
the problem remained. I assumed I was Cc:ed bec
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-10-10 05:36 ---
This is actually a fallout from __builtin_va_arg_pack(). Patch to follow
shortly.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-10-10 06:31 ---
http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00538.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #4 from aoliva at gcc dot gnu dot org 2007-10-13 18:37 ---
Proposed patch at http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00802.html
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-10-15 17:05 ---
Subject: Bug 33706
Author: aoliva
Date: Mon Oct 15 17:05:19 2007
New Revision: 129355
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129355
Log:
gcc/ChangeLog:
PR middle-end/33706
* tree-inline.c
--- Comment #7 from aoliva at gcc dot gnu dot org 2007-10-15 17:07 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #5 from aoliva at gcc dot gnu dot org 2007-10-15 17:07 ---
Subject: Bug 33735
Author: aoliva
Date: Mon Oct 15 17:07:20 2007
New Revision: 129356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129356
Log:
gcc/ChangeLog:
PR tree-optimization/33735
PR tree-opti
--- Comment #22 from aoliva at gcc dot gnu dot org 2007-10-15 17:07 ---
Subject: Bug 33572
Author: aoliva
Date: Mon Oct 15 17:07:20 2007
New Revision: 129356
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129356
Log:
gcc/ChangeLog:
PR tree-optimization/33735
--- Comment #6 from aoliva at gcc dot gnu dot org 2007-10-15 17:12 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|WAITING
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-16
15:43 ---
For anyone else who might be confused by the references to attachment 561, the
link in nathan's posting was probably broken in the conversion from gnats to
bugzilla. The gnats attachment id was 561, wh
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-16
16:30 ---
4.0.0 20050216 says:
error: ISO C++ forbids initialization in array new
--
What|Removed |Added
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-16
17:27 ---
Getting a warning to be issued is easy: initialize_ref may print it if it finds
that the call to convert_like will create a temporary, testing
conv->need_temporary_p. However, this would trigger warni
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-17
16:43 ---
Fixed with the patch above.
--
What|Removed |Added
Status|ASSIGNED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-18
17:45 ---
I can't duplicate this with a tree updated some time earlier today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19786
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-18
22:53 ---
Very odd... A rebuild after make clean was enough to trigger the problem.
Maybe I haven't rebuilt all of libstdc++-v3 lately, but it's odd because I'd
thought all of the relevant libstdc++ c
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-24
22:51 ---
Technically, it's not a libtool bug. When you create an archive out of object
files that have overlapping basenames, ar will generally only retain the last
one. Dropping the dirname portion is mandat
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-24
22:55 ---
A short-term, simpler solution that might be more suitable for the GCC 4
time-frame is to create one convenience archives per subdir, so as to make sure
we don't have any overlapping basenames wit
--
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20160
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-02-25
16:53 ---
Hard-linking is an option, although we can't rely on hard-links being available.
Soft-linking would require even more pathname tweaking, it's just not worth it.
Anyhow, thanks for testing, I se
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-02
21:23 ---
IIRC that piece of code is supposed to mark the location of implicitly-generated
cdtors as that of the use, so as to give the user a clue of why it is being
generated.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-02
21:36 ---
I think this is correct behavior. Without inheritance, the struct is POD, so
different rules apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19968
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-03
07:04 ---
Oops, didn't mean to pick this one up, at least for now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-03
07:07 ---
Doh, nevermind, too many open tabs, I guess :-(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20126
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-04
23:29 ---
But GCC *does* look into the string in -funit-at-a-time mode. It doens't only
in -fno-unit-at-a-time-mode, and so it fails to emit static functions that are
referenced in aliases. It should behave the
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-14
23:43 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-14
23:43 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: tree-optimization
AssignedTo: law at gcc dot gnu dot org
ReportedBy: aoliva at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu do
--
What|Removed |Added
BugsThisDependsOn||20514
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19721
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-22
19:41 ---
Interesting... This bug doesn't occur on a x86_64-linux-gnu-hosted native
compiler, even if you compile with -m32 in addition to the options in comment
#2.
--
What|Re
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-29
22:23 ---
Seems to have been fixed by some recent patch that went into both mainline and
4.0 branch, but I couldn't pinpoint exactly what patch it was. This recent
change affected the initial rtl dump, such th
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30
02:43 ---
Fixed in mainline and 4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30
02:55 ---
Excuse me for asking, but what is it that makes the latest patch I posted not
reasonable for the 4.0 timeframe?
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-03-30
19:00 ---
I'm now sure it wasn't fixed. Somehow I forgot the problem didn't occur on
x86_64-linux-gnu, not even with -m32, even though it did on i686-pc-linux-gnu.
I I had only one i686-only bug, and
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:01 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:07 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:07 ---
Fixed for real this time :-)
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-02
17:09 ---
Fixed
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org |org
Status|NEW
y: P2
Component: tree-optimization
AssignedTo: dnovillo at gcc dot gnu dot org
ReportedBy: aoliva at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21029
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-14
20:19 ---
Created an attachment (id=8632)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8632&action=view)
C testcase that triggers the bug
The problem is that (from the vrp dump):
Simulating statemen
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-15
02:40 ---
> Hmm? VRP is automatically enabled at -O2 and higher.
But it doesn't run unless we find some ASSERT_EXPR, and if all we have is a
simple loop, no such ASSERT_EXPR is introduced.
--
http://gcc
--- Additional Comments From aoliva at gcc dot gnu dot org 2005-04-17
03:58 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Comment #3 from aoliva at gcc dot gnu dot org 2008-08-13 00:51 ---
Created an attachment (id=16062)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16062&action=view)
Patch that may fix the bug
Thanks for the report. Wow, I was a bit surprised this didn't show
--- Comment #5 from aoliva at gcc dot gnu dot org 2008-09-04 06:23 ---
Subject: Bug 37098
Author: aoliva
Date: Thu Sep 4 06:21:35 2008
New Revision: 139974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=139974
Log:
PR debug/37098
* cfgexpand.c (expand_debug_expr)
--- Comment #6 from aoliva at gcc dot gnu dot org 2008-10-07 09:28 ---
Today's commits to the VTA branch fix the undefined references in libgfortran,
and other Fortran code containing complex constants referenced in debug info.
The patch that fixes it is here:
http://gcc.gnu.org/m
--- Comment #5 from aoliva at gcc dot gnu dot org 2008-01-17 18:01 ---
Created an attachment (id=14959)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14959&action=view)
Slight revision of Jakub's patch that fixes the regression
Getting built-in candidate functions no
--- Comment #30 from aoliva at gcc dot gnu dot org 2008-01-19 00:51 ---
I tried that myself (patch in comment #11) and got no regressions. It's a
reasonable possibility, but isn't it a bit too early to close the bug? :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33887
--- Comment #28 from aoliva at gcc dot gnu dot org 2008-01-18 19:11 ---
Subject: Bug 33887
Author: aoliva
Date: Fri Jan 18 19:11:15 2008
New Revision: 131632
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131632
Log:
PR c++/33887
* link.cc (_J
--- Comment #27 from aoliva at gcc dot gnu dot org 2008-01-18 18:47 ---
Found it (or at least the first one):
in link.cc:665, has_interfaces is a jboolean (unsigned 1-bit type), but it's
operated on like this:
has_interfaces += klass0->interface_count;
if interface_count
--- Comment #26 from aoliva at gcc dot gnu dot org 2008-01-18 18:08 ---
I installed the patch in comment #11 and rebuilt all libraries, then I started
investigating the first testsuite failure: libjava.cni/PR9577.java.
So far, I've found out that it i
--- Comment #7 from aoliva at gcc dot gnu dot org 2008-01-22 06:44 ---
Responded on gcc-patches, with revised patch.
http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00988.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33984
--- Comment #8 from aoliva at gcc dot gnu dot org 2008-01-23 01:51 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #9 from aoliva at gcc dot gnu dot org 2008-01-23 01:51 ---
Subject: Bug 33984
Author: aoliva
Date: Wed Jan 23 01:50:45 2008
New Revision: 131751
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131751
Log:
gcc/cp/ChangeLog:
PR c++/33984
* call.c (reference
--- Comment #16 from aoliva at gcc dot gnu dot org 2008-02-05 03:35 ---
Jakub, build_identity_conv is correct, at least in this case. In C++, the
bitfieldness :-) of a variable is not to be taken into account for purposes of
overload resolution. So, when tfrom != from, this means it
--- Comment #18 from aoliva at gcc dot gnu dot org 2008-02-05 06:20 ---
Ugh. I've just posted a patch that uses fold_convert at that very spot, and
then I saw your suggestion. I'll re-test with that instead.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35056
--- Comment #2 from aoliva at gcc dot gnu dot org 2008-02-05 05:58 ---
I don't see that preserving the information can be accomplished in a simpler
way than what's being implemented in the VTA branch :-( Any other attempt to
retain an expression that is not used anywhere, is
--- Comment #19 from aoliva at gcc dot gnu dot org 2008-02-06 20:32 ---
Subject: Bug 35056
Author: aoliva
Date: Wed Feb 6 20:31:43 2008
New Revision: 132158
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132158
Log:
gcc/cp/ChangeLog:
PR c++/35056
* tree.c: Include tre
--- Comment #20 from aoliva at gcc dot gnu dot org 2008-02-06 20:33 ---
Err, mine ;-)
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #21 from aoliva at gcc dot gnu dot org 2008-02-06 20:34 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-02 14:52 ---
Hello, Dominique, thanks for the report.
Would you please run:
# /path/to/srcdir/contrib/compare-debug --preserve stage[23]-gcc/intl.o
and let me know what it outputs. Comparing the objdump output for both
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-02 15:22 ---
Thanks. Clearly stripping like that isn't going to be enough, and it's not
just a matter of skipping a few initial bytes with a timestamp or somesuch.
Oh well... Back to the drawing board. Unless we can
--- Comment #6 from aoliva at gcc dot gnu dot org 2009-09-02 16:18 ---
Thanks, Rainer. Could I ask for your help in coming up with a minimal testcase
that, compiled with both -g and -g0, fails the contrib/compare-debug test? I
see no other alternative than to test whether something
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-09-02 16:23 ---
Thanks, Dominique. These won't matter, they only help if .eh_frame is the only
difference. Would you please help Rainer in bug 41228 come up with a testcase
that, compiled with -g and -g0, will fail the co
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-03 05:35 ---
It was revision 151312 that brought the new failures, actually. 151313 turned
the run-time failures into expected failures, but it did nothing to the cast of
pointer to integer of different size that affects x86_32
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Component|middle-end |debug
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Component|middle-end |debug
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #8 from aoliva at gcc dot gnu dot org 2009-09-03 21:28 ---
Just started looking into the proposed patch and, without actually looking at
the code, I wonder: should USEFUL_INSN_P really hold for debug insns? I mean,
they're useful for something, but maybe not in the sen
--- Comment #9 from aoliva at gcc dot gnu dot org 2009-09-03 21:32 ---
Richard Sandiford has already fixed this, and he has indeed excluded debug
insns from USEFUL_INSN_P.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |aoliva at gcc dot gnu dot
|dot org
--- Comment #2 from aoliva at gcc dot gnu dot org 2009-09-04 19:00 ---
Subject: Bug 41252
Author: aoliva
Date: Fri Sep 4 18:59:50 2009
New Revision: 151437
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151437
Log:
PR target/41252
* config/arm/vfp.md (*cmpdf_split_v
--- Comment #3 from aoliva at gcc dot gnu dot org 2009-09-04 19:02 ---
Fixed.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #4 from aoliva at gcc dot gnu dot org 2009-09-04 19:04 ---
Subject: Bug 41225
Author: aoliva
Date: Fri Sep 4 19:03:49 2009
New Revision: 151438
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=151438
Log:
gcc/ChangeLog:
PR debug/41225
* tree-vect
--- Comment #5 from aoliva at gcc dot gnu dot org 2009-09-04 19:05 ---
Fixed
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #25 from aoliva at gcc dot gnu dot org 2009-09-04 19:07 ---
Fixed with revision 151367.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41224
--- Comment #11 from aoliva at gcc dot gnu dot org 2009-09-04 19:08 ---
Fixed in revision 151367.
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
101 - 200 of 467 matches
Mail list logo
