--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-02 17:51 ---
I suspect we should put the version number, or at least major.minor,
into the name. So, libgcj-4.1.pc, libgcj-4.2.pc, etc.
What do you think of this?
--
tromey at gcc dot gnu dot org changed:
What
: enhancement
Priority: P3
Component: libgcj
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29324
--- Comment #2 from tromey at gcc dot gnu dot org 2006-10-02 18:39 ---
Yes, it really is a bug.
libgcj can reap a child process started by some other library.
This means it is hard to use libgcj in conjunction with other libraries
which may want to do their own subprocess bookkeeping
--- Comment #2 from tromey at gcc dot gnu dot org 2006-10-03 02:12 ---
I can't reproduce this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from tromey at gcc dot gnu dot org 2006-10-05 22:03 ---
Also happens with gcc svn head.
I was also going to CC dog :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29362
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-06 18:15 ---
Andrew fixed this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-06 19:21 ---
Created an attachment (id=12391)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12391&action=view)
proposed patch
This patch makes the crash go away.
The bug is that strip() unconditionally uses
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-06 22:55 ---
Subject: Bug 29278
Author: tromey
Date: Fri Oct 6 22:55:24 2006
New Revision: 117521
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117521
Log:
PR libgcj/29278:
* Makefile.in:
--- Comment #2 from tromey at gcc dot gnu dot org 2006-10-06 22:55 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from tromey at gcc dot gnu dot org 2006-10-10 17:19 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from tromey at gcc dot gnu dot org 2006-10-10 18:44 ---
Subject: Bug 29205
Author: tromey
Date: Tue Oct 10 18:44:06 2006
New Revision: 117610
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117610
Log:
PR libgcj/29205:
* Makefile.in:
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-10 18:45 ---
I've checked in the fix on the trunk.
Do we need this in 4.1? I assume not on the theory that
now the file names won't clash...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29205
--- Comment #6 from tromey at gcc dot gnu dot org 2006-10-10 19:32 ---
Subject: Bug 29362
Author: tromey
Date: Tue Oct 10 19:31:56 2006
New Revision: 117612
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117612
Log:
PR classpath/29362:
* gnu/xml/t
--- Comment #8 from tromey at gcc dot gnu dot org 2006-10-10 19:38 ---
Subject: Bug 29362
Author: tromey
Date: Tue Oct 10 19:37:52 2006
New Revision: 117613
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117613
Log:
PR classpath/29362:
* gnu/xml/t
--- Comment #9 from tromey at gcc dot gnu dot org 2006-10-10 19:39 ---
I checked this in.
I'd still appreciate a review from Chris though.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #28 from tromey at gcc dot gnu dot org 2006-10-11 21:06 ---
I doubt those configure warnings are very important.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26792
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-13 20:09 ---
The config.log file in the appropriate build directory
(the libjava target directory, or maybe the classpath subdir)
will have more information -- the test program, the command line.
Could you post that info here
--- Comment #9 from tromey at gcc dot gnu dot org 2006-10-16 19:00 ---
You may want to try --disable-multilib.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25026
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:24 ---
*** This bug has been marked as a duplicate of 29491 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:24 ---
*** Bug 29492 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29491
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 06:34 ---
I've done #1 and #3.
The cache code hasn't yet been written.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28454
gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29495
--- Comment #1 from tromey at gcc dot gnu dot org 2006-10-18 22:23 ---
... and also enum, synthetic, and annotation for Class
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2006-10-18 23:36 ---
Subject: Bug 28938
Author: tromey
Date: Wed Oct 18 23:36:32 2006
New Revision: 117868
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=117868
Log:
PR java/28938:
* doc/inst
--- Comment #6 from tromey at gcc dot gnu dot org 2006-10-18 23:37 ---
Note that this isn't quite fixed yet, as we haven't documented
how to handle gcjh.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28938
mmary: [ecj] update gcjh documentation
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-25 23:59 ---
Works in svn trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-26 00:00 ---
Andrew added caching a while back.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-26 00:01 ---
I think this is fixed now.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-26 00:01 ---
All done.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-26 00:05 ---
Testing a fix.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-26 00:24 ---
It turns out to be pretty hard to make jv-convert use the classpath
getopt code, since all gcj classes are built by the main compilation
and not the tools compilation (in libjava/classpath/).
I'm going to go
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-26 01:05 ---
Subject: Bug 29594
Author: tromey
Date: Fri Jan 26 01:05:13 2007
New Revision: 121197
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121197
Log:
PR libgcj/29594:
* gnu/gcj
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-26 01:06 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-26 02:23 ---
FWIW I don't think we want to fail outright if no suitable gcj is found.
The whole business with compiling and installing ecj.jar is a convenience,
not a strict necessity. The user can always make his own
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-26 19:42 ---
I am testing a patch to defer error messages in this situation.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-27 20:03 ---
This patch looks reasonable to me, though I cannot approve it.
The formatting is slightly wrong, there should be a space
between the "if" and the "(".
Also a ChangeLog entry is required.
--
t
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-29 19:03 ---
Hmm, we use "DEBUG" in java-assert.h.
That is a bit unfriendly.
Anyway if this define is coming from a system header, the
traditional fix is to #undef it somewhere. Typically this is
done in the platfor
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |tromey at gcc dot gnu dot
|dot org
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-29 19:07 ---
Created an attachment (id=12977)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12977&action=view)
proposed patch
Please try this patch. Now we look for magic_t and, if not found,
we disable t
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED|WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30606
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-29 19:16 ---
I didn't realize that -I's argument could be separate, but
now I see this in c.opt:
I
C ObjC C++ ObjC++ Joined Separate
-I Add to the end of the main include path
--
tromey at gcc dot g
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-29 19:34 ---
Tetsing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30035
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-29 20:00 ---
We can't modify the Makefile.in, since those changes will be lost
the next time someone runs automake.
Could you try adding this to Makefile.am and then re-running automake?
(If you can't re-run automa
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-29 20:03 ---
I thought I'd point out that you'll have to submit this patch the
usual way; patches generally aren't reviewed in bugzilla. Also
since this is a driver patch it probably won't get attention by
th
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-29 20:11 ---
Note that the '-Manything' argument is superfluous, the bug occurs
without it:
opsy. gcj -MT anything HelloWorld.java
jc1: ../../trunk/gcc/java/jcf-depend.c:138: jcf_dependency_write: Assertion
`dependenci
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-29 20:16 ---
This is very weird. I don't see how it can happen...
The definition is:
static jvmtiError JNICALL
_Jv_JVMTI_SuspendThread (MAYBE_UNUSED jvmtiEnv *env, jthread thread)
and afaics jthread is defined in in
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-29 21:30 ---
Subject: Bug 30607
Author: tromey
Date: Mon Jan 29 21:30:10 2007
New Revision: 121311
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121311
Log:
PR java/30607:
*
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-29 21:38 ---
Subject: Bug 30607
Author: tromey
Date: Mon Jan 29 21:38:06 2007
New Revision: 121312
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121312
Log:
PR java/30607:
*
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-29 21:39 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30550
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 02:05 ---
The new gjavah does not have this bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 02:06 ---
ecj has a ton of warning settings, which are now available via gcj.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 02:08 ---
We removed the lexer in 4.3 and so this bug has gone away.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 02:11 ---
We may have fixe this earlier; I'm not sure.
In any case I think miranda problems were eliminated by removing
the gcj .java front end.
--
tromey at gcc dot gnu dot org changed:
What|Re
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-30 02:11 ---
The gjavah in 4.3 does not have this bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 02:16 ---
Hmm, I thought this was fixed in gjavah, but apparently
it is not emitting the #defines either.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 02:17 ---
Fixed by the gcj-eclipse merge.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 02:37 ---
No more dependencies.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 02:47 ---
Subject: Bug 30600
Author: tromey
Date: Tue Jan 30 02:46:54 2007
New Revision: 121329
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121329
Log:
2007-01-29 Kaloian Doganov <[EMAIL PROTECTED]&g
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 02:48 ---
Subject: Bug 30600
Author: tromey
Date: Tue Jan 30 02:48:26 2007
New Revision: 121330
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121330
Log:
2007-01-29 Kaloian Doganov <[EMAIL PROTECTED]&g
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-30 03:06 ---
I put this into 4.2 and trunk.
Thanks!
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-30 03:08 ---
Subject: Bug 30600
Author: tromey
Date: Tue Jan 30 03:08:19 2007
New Revision: 121331
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121331
Log:
2007-01-29 Kaloian Doganov <[EMAIL PROTECTED]&g
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 15:46 ---
Subject: Bug 29966
Author: tromey
Date: Tue Jan 30 15:46:01 2007
New Revision: 121340
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121340
Log:
PR preprocessor/29966:
*
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 15:50 ---
Subject: Bug 30468
Author: tromey
Date: Tue Jan 30 15:50:00 2007
New Revision: 121341
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121341
Log:
PR preprocessor/30468:
* mkdeps.c (app
--- Comment #11 from tromey at gcc dot gnu dot org 2007-01-30 16:29 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-30 16:30 ---
Fixed in 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail
: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30644
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:34 ---
Duh. I was running 4.2. Sorry for the noise.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 18:59 ---
Fixed in the latest ecj.jar, available at the usual place.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-30 19:32 ---
http://www76.pair.com/keithlim/jabberwocky/translations/italian1.html
Era brillosto, e gli alacridi tossi
succhiellavano scabbi nel pantúle:
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30638
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 19:47 ---
Yes, as far as we know libjava is parallel build safe.
Could you paste the command line for the failing compilation?
And also run it with -E and see what jvmti*.h files are
actually being used?
Perhaps we have a
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 19:50 ---
>> /home/matt/cross-tools/libexec/gcc/i386-mingw32msvc/4.3.0/jc1: corrupted
>> double-linked list: 0x00fbeb60 ***
One thing you could try is re-run the command with '-v'. Then look fo
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-30 20:02 ---
I'd prefer to close this, since I don't think we'll ever fix it.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from tromey at gcc dot gnu dot org 2007-01-30 20:08 ---
I believe this is now fixed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:10 ---
No more dependencies.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:11 ---
I believe we decided not to worry about this.
We can always introduce new names for low-level functions as needed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 20:21 ---
Does this still happen?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:26 ---
FWIW we're building ant frequently in Fedora.
But ... does this still fail for you?
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:28 ---
Does this still happen?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:56 ---
Does this still happen?
We've had a recent report of ok mingw builds...
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 20:57 ---
Sounds like it is fixed then.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-01-30 20:58 ---
No more dependencies.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:01 ---
Fix was in 4.2.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from tromey at gcc dot gnu dot org 2007-01-30 21:03 ---
This was fixed a while ago.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-30 21:03 ---
Fixed in 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-30 22:11 ---
with svn head, I don't have 'gfc' (just gfortran) and the error is
slightly different:
==13467== 474 bytes in 8 blocks are definitely lost in loss record 3 of 4
==13467==at 0x40051F9: malloc (vg_r
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-31 17:01 ---
This is just a random guess, but do you have this patch (gcc/java):
2007-01-29 Andrew Haley <[EMAIL PROTECTED]>
* class.c (add_method_1): Mark fndecl as external unless we are
compiling i
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-31 17:11 ---
Subject: Bug 30606
Author: tromey
Date: Wed Jan 31 17:11:11 2007
New Revision: 121425
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121425
Log:
PR libgcj/30606:
* configure,
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-31 22:34 ---
Thanks. That valgrind trace sure is interesting.
Do you have a checking-enabled build? You could look
for ENABLE_CHECKING in build/gcc/auto-host.h.
I'm trying to narrow down which lo
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30641
--- Comment #6 from tromey at gcc dot gnu dot org 2007-02-03 19:35 ---
Subject: Bug 30246
Author: tromey
Date: Sat Feb 3 19:35:06 2007
New Revision: 121549
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121549
Log:
PR driver/30246
* gcc.c (cpp_unique
--- Comment #7 from tromey at gcc dot gnu dot org 2007-02-03 19:38 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-03 19:44 ---
I think it matters because there are minor preprocessing differences
between languages.
I do agree that .hpp should be recognized.
That is PR 13676. I'm going to close this as a duplicate.
*** This bug has
--- Comment #14 from tromey at gcc dot gnu dot org 2007-02-03 19:44 ---
*** Bug 30692 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from tromey at gcc dot gnu dot org 2007-02-03 19:45 ---
I think you need to resubmit the updated patch.
Sorry about that. But I don't think that, in general, an approval
still applies once the patch has been changed.
If you do it soon I will try to include this
301 - 400 of 1570 matches
Mail list logo
