--- Comment #11 from tromey at gcc dot gnu dot org 2007-02-09 20:56 ---
Thanks.
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-09 21:59 ---
So far the bug seems to be that we reach the
CALLER_OF_CALLER state in stackwalker_trace_fn
with ResourceBundle as the class.
There seems to be one more frame on the stack
than this code expects.
--
http
--- Comment #5 from tromey at gcc dot gnu dot org 2007-02-09 22:28 ---
Created an attachment (id=13028)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13028action=view)
first patch
This patch fixes the problem for me.
In my run, the GetStackWalkerCallingClass call
--- Comment #13 from tromey at gcc dot gnu dot org 2007-02-10 07:32 ---
The changes in your working tree should be identical to what I checked in.
'svn update' will notice this and do the right thing.
You can verify this with svn status libjava/classpath.
It ought to report no changes
--- Comment #12 from tromey at gcc dot gnu dot org 2007-02-08 19:49 ---
Subject: Bug 30513
Author: tromey
Date: Thu Feb 8 19:49:32 2007
New Revision: 121721
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121721
Log:
2007-01-27 Andreas Tobler [EMAIL PROTECTED]
PR
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-08 20:21 ---
Created an attachment (id=13022)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13022action=view)
proposed patch
Please try this patch.
If it works for you I will check it in.
Thanks.
--
tromey at gcc dot
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-09 00:03 ---
Thanks for analyzing this.
I think we ought to rename libgcj's DEBUG to something else.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-02-09 00:51 ---
Sorry, I didn't make that patch at the top level.
cd top/libjava/classpath, then apply.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30647
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-09 00:57 ---
I've thought about this more and I think that closing it
is best. Please reopen (with a reason :-) if you disagree.
--
tromey at gcc dot gnu dot org changed:
What|Removed
: UNCONFIRMED
Severity: normal
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=30742
--- Comment #1 from tromey at gcc dot gnu dot org 2007-02-09 03:58 ---
Created an attachment (id=13024)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13024action=view)
bug tar
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30742
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #2 from tromey at gcc dot gnu dot org 2007-02-06 20:44 ---
Subject: Bug 30714
Author: tromey
Date: Tue Feb 6 20:43:55 2007
New Revision: 121666
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121666
Log:
PR java/30714:
* jvspec.c (lang_specific_driver
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-06 20:45 ---
Subject: Bug 30714
Author: tromey
Date: Tue Feb 6 20:45:25 2007
New Revision: 121667
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121667
Log:
PR java/30714:
* jvspec.c (lang_specific_driver
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-06 20:46 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- 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=gccview=revrev=121549
Log:
PR driver/30246
* gcc.c (cpp_unique_options
--- 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 been
--- 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 in my
--
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 #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
--- 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=gccview=revrev=121425
Log:
PR libgcj/30606:
* configure, include
--- 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 load
--- 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=gccview=revrev=121340
Log:
PR preprocessor/29966:
* macro.c
--- 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=gccview=revrev=121341
Log:
PR preprocessor/30468:
* mkdeps.c (apply_vpath
--- 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
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
--- 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 for the
jc1 command line
--- 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 |Added
--- 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 |Added
--- 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 |Added
--- 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_replace_malloc.c
--- 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 platform flavor's
--
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=12977action=view)
proposed patch
Please try this patch. Now we look for magic_t and, if not found,
we disable the code
--
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 dirAdd dir to the end of the main include path
--
tromey at gcc dot gnu dot org
--- 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 automake, let me
--- 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
the appropriate people
--- 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
`dependencies' failed
--- 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 include
--- 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=gccview=revrev=121311
Log:
PR java/30607:
* jvspec.c (lang_specific_driver
--- 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=gccview=revrev=121312
Log:
PR java/30607:
* jvspec.c (lang_specific_driver
--- 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|Removed
--- 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=gccview=revrev=121329
Log:
2007-01-29 Kaloian Doganov [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=121330
Log:
2007-01-29 Kaloian Doganov [EMAIL PROTECTED]
PR
--- 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=gccview=revrev=121331
Log:
2007-01-29 Kaloian Doganov [EMAIL PROTECTED]
PR
--- 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.
--
tromey at gcc dot gnu dot
--- 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
--
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=gccview=revrev=121197
Log:
PR libgcj/29594:
* gnu/gcj/convert/Convert.java
--- 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 ecj1
--- Comment #18 from tromey at gcc dot gnu dot org 2007-01-24 16:33 ---
*** Bug 30573 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-01-24 16:33 ---
I believe this is a duplicate.
The fix was checked in today.
*** This bug has been marked as a duplicate of 30454 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-24 18:42 ---
Andrew fixed this:
2007-01-24 Andrew Haley [EMAIL PROTECTED]
* jcf-parse.c (HANDLE_SYNTHETIC_ATTRIBUTE): current_class is a
type node, not a decl, so use TYPE_SYNTHETIC not CLASS_SYNTHETIC
--- Comment #9 from tromey at gcc dot gnu dot org 2007-01-22 16:12 ---
Some kind of machine-readable output is necessary for use by an IDE.
Eclipse can't translate the messages after they have been emitted by GCC.
So, it should run GCC in the user's locale.
However, then it would like
--- Comment #4 from tromey at gcc dot gnu dot org 2007-01-22 23:04 ---
Subject: Bug 29812
Author: tromey
Date: Mon Jan 22 23:04:16 2007
New Revision: 121064
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121064
Log:
PR java/29812:
* testsuite/libjava.jni/pr29812
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-22 23:20 ---
Subject: Bug 29812
Author: tromey
Date: Mon Jan 22 23:20:18 2007
New Revision: 121065
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121065
Log:
PR java/29812:
* testsuite/libjava.jni/pr29812
--- Comment #6 from tromey at gcc dot gnu dot org 2007-01-22 23:33 ---
Subject: Bug 29812
Author: tromey
Date: Mon Jan 22 23:33:24 2007
New Revision: 121066
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121066
Log:
PR java/29812:
* java/lang/natRuntime.cc (_load
--- Comment #7 from tromey at gcc dot gnu dot org 2007-01-22 23:33 ---
Fixed in 4.2, 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-01-21 17:18 ---
Interesting -- I would not have thought of trying -ansi.
I wonder if this approach would really work for us.
I wonder sometime in the future -ansi will turn off other
GNU extensions that we use.
Andreas T. had seen
--- Comment #40 from tromey at gcc dot gnu dot org 2007-01-21 21:52 ---
I've read through the comments in this PR.
I thought it would be useful to point out that a decision on how
GCC will optimize in the absence of -fwrapv will not be decided
by this PR. This change has been
--- Comment #3 from tromey at gcc dot gnu dot org 2007-01-21 23:13 ---
Thanks for the report. I'm sorry this got lost for so long -- Andrew
Overholt pointed out the problem again the other day...
I am testing a fix.
If you've got a short test case, that would be helpful; otherwise I
401 - 500 of 1564 matches
Mail list logo
