--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
CC||dannysmith at users dot
.4.0
Status: UNCONFIRMED
Keywords: build
Severity: major
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
GCC target triplet: *-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37522
--- Comment #20 from aaronavay62 at aaronwl dot com 2008-09-14 03:27
---
Danny has recommended that we wait until 4.5 to add -Wno-pedantic-ms-format
which will resolve this problem.
<http://gcc.gnu.org/ml/gcc-patches/2008-09/msg00664.html>.
In the meantime, I'll keep t
--- Comment #19 from aaronavay62 at aaronwl dot com 2008-08-24 01:17
---
Kai, I'm assigning this to you because you said on IRC a month or two ago that
you were working on a patch for this. I've been working around this with a
local patch that adds __extension__ everywhere
--- Comment #16 from aaronavay62 at aaronwl dot com 2008-08-23 18:06
---
(In reply to comment #15)
> This should be fixed on the trunk by
> 2008-08-20 Richard Guenther <[EMAIL PROTECTED]>
> can someone verify this? Thanks.
Yes and no.
On revision 139510 (2
--- Comment #4 from aaronavay62 at aaronwl dot com 2008-08-12 05:04 ---
To clarify, GCC 3.4.x miscompiles GCC 4.4 when not being bootstrapped. A
normal bootstrap won't show this failure, but a cross build or
--disable-bootstrap will.
--
http://gcc.gnu.org/bugzilla/show_bug.c
--- Comment #3 from aaronavay62 at aaronwl dot com 2008-08-12 05:02 ---
This failure comes up whenever GCC 3.4.x is used to build GCC 4.4 on Windows.
I'm not sure if it affects any non-Windows targets.
--
aaronavay62 at aaronwl dot com changed:
What|Re
--- Comment #2 from aaronavay62 at aaronwl dot com 2008-08-11 00:22 ---
Fixed.
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #1 from aaronavay62 at aaronwl dot com 2008-07-31 22:59 ---
Created an attachment (id=15987)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15987&action=view)
Allocate argv array first
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36968
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
ED
Severity: major
Priority: P3
Component: driver
AssignedTo: aaronavay62 at aaronwl dot com
ReportedBy: aaronavay62 at aaronwl dot com
GCC host triplet: i386-pc-mingw32
OtherBugsDependingO 36216
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36968
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-07-29 19:43
---
Eric, this failure seems to be fixed now on trunk. Thanks!
Ada is back in business now on mingw32, modulo some Makefile.in problems which
I'm fixing now.
--
aaronavay62 at aaronwl dot com ch
--- Comment #10 from aaronavay62 at aaronwl dot com 2008-07-14 14:38
---
(In reply to comment #9)
> gcc_assert (!(TREE_CODE (exp) == VAR_DECL
> && TREE_STATIC (exp)
> && DECL_EXTERNAL (exp)));
Eric, OK, now I get:
/mingw/s
--- Comment #8 from aaronavay62 at aaronwl dot com 2008-07-14 08:57 ---
Eric, with that change, I see this:
../../../svn/libgcc/../gcc/libgcc2.c: In function '__do_global_ctors':
../../../svn/libgcc/../gcc/libgcc2.c:2161: internal compiler error: in
i386_pe_binds_l
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-07-14 08:03
---
Joseph's patch doesn't work for me, because the --stack parameter never makes
it to the link line for some reason, and I get the same crash building
cipher.o. This is the relevant output of bootstrap:
--- Comment #12 from aaronavay62 at aaronwl dot com 2008-06-14 15:43
---
(In reply to comment #9)
> There aren't any obvious instructions on how to reproduce this bug. Andrew,
> which file(s) in libgcj do you see problems with?
If you build libjava on a Win32 (mingw3
--- Comment #5 from aaronavay62 at aaronwl dot com 2008-06-03 19:32 ---
Apparently not related to PR35493, because its still present. I'll give
debugging this another shot later.
--
aaronavay62 at aaronwl dot com changed:
What|Removed |
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from aaronavay62 at aaronwl dot com 2008-05-13 13:50 ---
Here is the information. I included the stage1 compiler as well just for
comparison purposes. For some reason, the source line information is missing
from both, but I suspect thats not very important
--- Comment #1 from aaronavay62 at aaronwl dot com 2008-05-12 11:03 ---
cipher.o at least fails for this reason.
I'm not sure when this last worked, but it at least worked sometime around
2004.
--
aaronavay62 at aaronwl dot com changed:
What|Re
ild, memory-hog
Severity: critical
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
GCC host triplet: i386-pc-mingw32
OtherBugsDependingO 36216
nThis:
http://gcc.g
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Severity|major |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36215
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Severity|major |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36207
Version: 4.4.0
Status: UNCONFIRMED
Keywords: meta-bug
Severity: major
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
GCC build triplet: i386-pc-mingw32
--- Comment #9 from aaronavay62 at aaronwl dot com 2008-05-11 23:21 ---
I didn't fix it, but this apparently has been resolved some sort of way in
4.3.0.
--
aaronavay62 at aaronwl dot com changed:
What|Removed |
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
GCC host triplet: i386-pc-mingw32
GCC target triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36215
--- Comment #17 from aaronavay62 at aaronwl dot com 2008-05-11 21:24
---
(In reply to comment #16)
> -Wno-long-long disables warnings in gnu89 -pedantic mode for certain
> standard C99 usages, not for non-standard usages. You could add
> -Wno-long-long-windows-formats t
ersion: 4.4.0
Status: UNCONFIRMED
Keywords: build
Severity: major
Priority: P3
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
GCC host triplet: i386-pc-mingw32
GCC target triplet: i386-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36207
--- Comment #14 from aaronavay62 at aaronwl dot com 2008-05-11 04:48
---
Another question: why does "lld" not cause warnings on linux here? I don't see
what the difference is. Whatever the situation is, I don't see any reason that
"I64d" should behave d
--- Comment #13 from aaronavay62 at aaronwl dot com 2008-05-11 03:04
---
What would be an acceptable solution other than having bootstrap perpetually
broken, and other than --disable-werror?
1) We could only enable this warning when in strict mode, eg -std=c99
-pedantic. -std=gnu99
--- Comment #19 from aaronavay62 at aaronwl dot com 2008-05-04 07:32
---
On i386-pc-mingw32, these are the tests that fail on 4.3.0.
Hanging idle (at 0% CPU):
c74004a
c940010
c94002f
c94002g
c94008a
c953001
Hanging busy (at 100% CPU):
c960004
c974001
c974002
c974013
--- Comment #3 from aaronavay62 at aaronwl dot com 2008-04-26 04:13 ---
(In reply to comment #2)
> (In reply to comment #1)
> > What is the status on this? Does reverting the langhooks.c change
> > remanifest
> > PR27067?
> >
> No. PR27067 is fixed
--- Comment #1 from aaronavay62 at aaronwl dot com 2008-04-13 19:48 ---
What is the status on this? Does reverting the langhooks.c change remanifest
PR27067?
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
--- Comment #2 from aaronavay62 at aaronwl dot com 2008-04-13 01:46 ---
Note at present, implicit inline within the class definition will work; it's
only out-of-line that fails.
Also, if we fix this bug in the suggested way, we need to change the
documentation to state that the &#
--- Comment #18 from aaronavay62 at aaronwl dot com 2008-04-12 07:11
---
(In reply to comment #17)
> OK, but sweeping the problem under the rug is not the solution on mainline.
I'm not advocating making these failures disappear; I'd just prefer they FAIL
rather than h
--- Comment #16 from aaronavay62 at aaronwl dot com 2008-04-05 05:39
---
Yes, but it's still possible they might hang from time to time as bugs are
introduced, which is fairly bad for automated testing etc. Normal dejagnu
tests have a time limit; why should the ACATS testsui
--- Comment #14 from aaronavay62 at aaronwl dot com 2008-04-05 05:09
---
A bunch of tests hang for me, some with 0% cpu, some with 100% cpu, on
i386-pc-mingw32 of 4.3.0.
Among the 0% CPU hangers is c960004
Among the 100% CPU hangers is c974013
Is there some reason that the proposed
--- Comment #20 from aaronavay62 at aaronwl dot com 2007-05-03 13:00
---
It looks like this will not be backported to 4.2 as its not strictly a
regression. See <http://gcc.gnu.org/ml/gcc/2007-05/msg00067.html>. If you use
this sort of pimpl and anonymous namespaces or simila
--- Comment #8 from aaronavay62 at aaronwl dot com 2007-04-05 08:05 ---
What is the status on this? I'm pretty sure this is a regression; it would be
great if this fix could get into 4.2, but it might be too late for that. This
is a serious problem for many/most users on Windows
--- Comment #1 from aaronavay62 at aaronwl dot com 2007-04-05 05:34 ---
OK, mainline just uses an 'int' here instead of 'streamsize.' Also, N1822 just
has 'int.' Why is 'streamsize' here?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31481
nent: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31481
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-04-06
12:13 ---
I opened the PR so I would have a tangible place to point to in a FIXME in some
code, saying "when this bug is fixed, uncomment this." Perhaps though, for
things of this sort, it would be bette
Severity: enhancement
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20785
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20784
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-03-30
21:10 ---
Patch here: <http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02804.html>.
--
What|Removed
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-03-28
12:42 ---
Thanks Danny. So there is already machinery to fix this; it just needs to be
adapted to be case-insensitive. I'm working on a patch.
--
What|Removed |
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-03-28
07:40 ---
I just checked against "Microsoft (R) Library Manager Version 7.10.3052" and
binutils's case-insensitivity replacement semantics are consistant with
Microsoft's implementation. LIB al
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-03-28
06:09 ---
This also happens with gnu/java/security/OID.o and org/ietf/jgss/Oid.o, again
causing build to break in jv-collect. These files are less easily renamed,
though. I don't know how to fix
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
ywords: build
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
GC
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-03-01
06:06 ---
Nope. Ian Lance Taylor or DJ Delorie must approve the libiberty portions of
this patch, or someone must suggest (and implement) an alternate implementation.
I don't know why Ian Lance Taylor do
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-02-27
04:41 ---
OK, I tried again with "make bootstrap", and I get a nearly identical problem:
stage1/gnatbind -C -I- -I. -Iada
-I/aaronwl/cs/compilers/gcc/src/cvs/head/gcc/gcc/ada -o ada/b_gnat1.c -n
ada/gn
--- Additional Comments From aaronavay62 at aaronwl dot com 2005-02-27
02:35 ---
Since you asked, I noticed that I had used 'make' instead of 'make bootstrap' by
accident. I will try again using 'make bootstrap'.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20226
Status: UNCONFIRMED
Keywords: build
Severity: critical
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: charlet at adacore dot com,g
--
Bug 18107 depends on bug 19074, which changed state.
Bug 19074 Summary: libgfortran bootstrap fails on Windows
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19074
What|Old Value |New Value
---
--
Bug 16991 depends on bug 19074, which changed state.
Bug 19074 Summary: libgfortran bootstrap fails on Windows
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19074
What|Old Value |New Value
---
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-19
18:59 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
BugsThisDependsOn||19074
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16991
aaronwl dot com
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org,rth at gcc dot gnu dot
org
GCC target triplet: i686-pc-mingw32
OtherBugsDependingO 16991,18107
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19074
--
What|Removed |Added
BugsThisDependsOn||19074
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08
19:44 ---
*** Bug 17666 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08
19:44 ---
*** This bug has been marked as a duplicate of 18302 ***
--
What|Removed |Added
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-08
19:44 ---
On i686-pc-mingw32, these three tests hang:
ExecutableRun time Memory Usage
c94002f.exe 0s 1112KB
c974012.exe 0s 1080KB
c980001.exe 0s 604KB
Andrew Pinski says:
I have
onfigure incorrectly defines gid_t
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aarona
--
Bug 18107 depends on bug 18105, which changed state.
Bug 18105 Summary: Compile errors in libgfortran/io/unix.c break Windows bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
What|Old Value |New Value
--
--
Bug 16991 depends on bug 18105, which changed state.
Bug 18105 Summary: Compile errors in libgfortran/io/unix.c break Windows bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
What|Old Value |New Value
--
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-11-06 04:34
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-11-06 04:33
---
Still waiting for patch in comment #1 to be approved.
--
What|Removed |Added
Last
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-11-06 04:29
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-11-03 21:12
---
For what its worth, the issue in comment #2 was resolved. This patch can again
be safely applied. It is awaiting review.
--
What|Removed |Added
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-11-02 22:31
---
I agree with you with regards to the ugliness.
The entire situation is really too bad; the mutually incompatible path
separators used by Unix and Windows is definitely one of the top ten
compatibility
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-31 19:16
---
Ugh, forgot about that. It's time to fix this problem the right way. I've been
meaning to get this out of the way for a while. I'll get back to you on this.
--
W
ount = 200
c = -1
n = 3000
--
Summary: struct-layout-1 generator broken on i686-pc-mingw32
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: regression
AssignedTo
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-31 04:43
---
If I pass -static on the link line, link will succeed for an empty C program.
But "hello world" still fails with an undefined reference to _mfwrap_puts.
--
http://gcc.gnu.org/bugzilla/show_
Priority: P2
Component: libmudflap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-mingw32
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18243
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-31 03:40
---
As of 2004-10-25, weak symbols will break libstdc++-v3. See
<http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02723.html>. I'm not sure what to
do about this yet.
--
http://gcc.gnu.o
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-30 05:05
---
Oops, for what its worth, those configuration specs are completely wrong--copied
and pasted from the wrong place. These are the correct specs for the
configuration that the bug was reconfirmed on for
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-30 05:02
---
GCC mainline 20041028 still has hangs on these three tests. (Complete test
results are coming when the check completes, which might not be for another
day.) Its also still the same three tests hanging
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-29 19:22
---
Created an attachment (id=7432)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7432&action=view)
Backtrace and tree node.
Full backtrace (up until gdb crashed), printed tree node (gdb enco
ling
make.adb
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code, build
Severity: critical
Priority: P2
Component: ada
AssignedTo: unassigned at gcc dot gnu dot org
ReportedB
--
What|Removed |Added
BugsThisDependsOn||18226
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-28 19:49
---
Oops, I beat you to it. :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18151
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 21:19
---
Revised patch here: <http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02422.html>
(honest).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 20:37
---
Revised patch here: <http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02417.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 20:36
---
In addition to the patch in comment #1, this patch is also needed to fix this
bug: <http://gcc.gnu.org/ml/gcc-patches/2004-10/msg02416.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
--
Bug 18107 depends on bug 17832, which changed state.
Bug 17832 Summary: [4.0 Regression] Bootstrap broken by fixincludes failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
What|Old Value |New Value
--
Bug 17462 depends on bug 17832, which changed state.
Bug 17832 Summary: [4.0 Regression] Bootstrap broken by fixincludes failures
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
What|Old Value |New Value
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-27 20:17
---
Fixed on mainline. I think this is the end of fixincludes problems for Windows.
--
What|Removed |Added
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-26 21:51
---
Sorry, I missed putting the PR tag in the commit log. However, no, this bug
really should not be closed yet. That patch just disabled building fixincludes.
The real patch that needs to be committed is in
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-25 19:48
---
I also don't think this is a C++ bug: its a bug in whatever compiled libcpp,
which probably wasn't a C++ compiler.
Also, does this affect all x86 targets? Does it affect i?86-pc-linux*?
The te
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-25 06:31
---
For what its worth, this bug wasn't introduced recently. It was failing at
least since June 1st, 2004. I'll continue to search for offending changes.
This may take a few days.
--
http://g
s libcpp/charset.c
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: wrong-code, build
Severity: critical
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: i686-pc-mingw32
OtherBugsDependingO 18107
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18139
--
What|Removed |Added
BugsThisDependsOn||18139
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 05:21
---
*** Bug 17462 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 05:21
---
*** This bug has been marked as a duplicate of 17832 ***
--
What|Removed |Added
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18105
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
1 - 100 of 125 matches
Mail list logo
