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
--- 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
--- 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
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
--- 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
--- 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-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
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
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-03-
--- 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
--- 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
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-30
21:10 ---
Patch here: <http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02804.html>.
--
What|Removed
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
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
--- 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
--- 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 #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 #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 #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 #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 #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
.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
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
CC||dannysmith at users dot
--- 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 #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 #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 #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 #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 #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 #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 #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 #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 #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
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 #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
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 #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 |
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
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Severity|major |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36207
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Severity|major |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36215
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
--- 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
--- 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
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- 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 |
--- 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 #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 #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 #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 #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
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
--
aaronavay62 at aaronwl dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- 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
--
What|Removed |Added
BugsThisDependsOn||19074
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
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=16991
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-12-19
18:59 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
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
---
--
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
---
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-13 07:27
---
Sorry for the delay. My bootstrap kept breaking, and the full cycle appears to
take about 48 hours to complete.
I can preliminarily say that this patch does indeed appear to fix this problem,
but I have
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i?86-*-mingw32, i?86-*-msdosdjgpp, *-*-beos*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--
What|Removed |Added
Keywords||build
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--
What|Removed |Added
OtherBugsDependingO||17832
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-14 09:17
---
I think fixincludes is very close to building on Windows, and so probably should
not be disabled after all for this target, since its needed in some
configurations. Presumably the other targets still
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-15 19:58
---
I can confirm that this patch fixes this bug and causes no testsuite
regressions. :-)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-16 00:35
---
Something isn't right with the patch. The ChangeLog mentions a function
fix_with_system() that does not appear to exist. The build fails because
z_applyfix_prog's initializer doesn't matc
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-07 06:43
---
I've started a bootstrap and regression test cycle of current mainline with this
patch. This will probably take about 24 hours on i686-pc-mingw32. (Thats
another thing I wouldn't mind seeing fix
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-19 19:25
---
Yes, this fixes the problems. Thanks! Two-process fixincludes now builds.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17991
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-20 08:39
---
One more patch left to be reviewed, besides PR17991:
<http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01618.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-21 21:28
---
Well, I was a little confused earlier, and perhaps I still am. Should
fixincludes be built on target=mingw bootstraps? I don't think so; as far as I
know, its only needed for crosses. But perhaps
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-21 21:30
---
I think this is actually a duplicate of PR17832, but I don't appear to have the
ability to alter the state of bugs. Can someone mark this as a duplicate?
--
What|Re
--
What|Removed |Added
CC||aaronavay62 at aaronwl dot
||com
http://gcc.gnu.org/bugzilla
otstrap on
MinGW
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: g
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 02:56
---
Patch here: <http://gcc.gnu.org/ml/gcc-patches/2004-09/msg01609.html>
--
What|Removed
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
GCC target triplet: i686-pc-mingw32
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:03
---
A proposed patch is here:
<http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02853.html>. The Windows GCC Java
community has been using a patch similar to this for years.
--
What|R
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:03
---
Oops, that was definitely the wrong URL. The right URL for the patch is:
<http://gcc.gnu.org/ml/gcc-patches/2004-09/msg02853.html>.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:05
---
Forgot that last message. The original patch URL was correct. Error between
keyboard and chair.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18103
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=18105
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:20
---
Patch here: <http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01171.html>. The
identifiers are defined if not, and temporary files are created with mktemp() if
mkstemp() is not availible.
--
unimplemented on Windows
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
--- Additional Comments From aaronavay62 at aaronwl dot com 2004-10-22 03:42
---
Patch here: <http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01656.html>.
--
What|Removed
Status: UNCONFIRMED
Keywords: meta-bug
Severity: critical
Priority: P2
Component: bootstrap
AssignedTo: aaronavay62 at aaronwl dot com
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17832
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17406
--
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=18105
--
What|Removed |Added
OtherBugsDependingO||18107
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18104
--- 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
--- 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
--
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |200
--
What|Removed |Added
BugsThisDependsOn||18139
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
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
--- 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
--- 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-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-27 20:17
---
Fixed on mainline. I think this is the end of fixincludes problems for Windows.
--
What|Removed |Added
--
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
--
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
1 - 100 of 125 matches
Mail list logo
