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 #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 the patch at
http
--- 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 (2008-08-23), the compilation
--- 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 that needs
--- 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|Removed
--- 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.cgi?id
--- 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=15987action=view)
Allocate argv array first
--
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 changed
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 #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:
rm -f jc1
--- 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_local_p
--- 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/src/gccada/./prev-gcc/xgcc -B/mingw
--- 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 (mingw32 or Cygwin) target
--
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 |Added
--- 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
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
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.gnu.org/bugzilla
--- 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|Removed
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 to disable
: 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 |Added
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 #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 differently from lld in gnu89 mode
--- 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 by
cp/mangle.c (mangle_decl): Call
--- 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 #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 hanging, which
--- 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 'inline
--- 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 testsuite
--- 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 similar, and you
--- 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
++
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
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 better to point
--- 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 |Added
--- 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 |Added
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: i?86-pc-mingw32
http
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
--- 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 also has the same path
--- 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 doesn't
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,gcc-bugs at gcc dot gnu dot
org
--- 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/gnat1drv.ali
make
--- 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
--
What|Removed |Added
BugsThisDependsOn||19074
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
: [4.0 Regression] libgfortran bootstrap fails on Windows
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Keywords: patch
Severity: critical
Priority: P2
Component: libfortran
AssignedTo: aaronavay62 at aaronwl dot com
--
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-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
--- 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 ---
*** Bug 17666 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: i686-pc-mingw32
GCC host triplet: i686-pc-mingw32
GCC target triplet: sparc-sun-solaris2.8
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18469
--- 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-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:34
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
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
--
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
--- 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
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: aaronavay62 at aaronwl dot com
CC: gcc-bugs at gcc dot gnu dot
--- 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.
--
What|Removed
--- 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.org/bugzilla
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 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_bug.cgi?id
--
What|Removed |Added
BugsThisDependsOn||18226
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
: 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
ReportedBy: aaronavay62 at aaronwl dot com
--- 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=7432action=view)
Backtrace and tree node.
Full backtrace (up until gdb crashed), printed tree node (gdb encountered
Dwarf2
--- 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-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
--- 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 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
--- 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
--- 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 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-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
--
What|Removed |Added
BugsThisDependsOn||18139
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18107
: 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://gcc.gnu.org
--- 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 testcase can
--- 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|Removed
--
What|Removed |Added
CC||aaronavay62 at aaronwl dot
||com
http://gcc.gnu.org/bugzilla
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: gcc-bugs
--- 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 |Added
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
http://gcc.gnu.org
--- 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|Removed
1 - 100 of 125 matches
Mail list logo
