--- Comment #8 from tromey at gcc dot gnu dot org 2007-10-09 18:43 ---
We still don't interoperate properly.
Now that OpenJDK exists someone could implement this, if we still care.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19613
--- Comment #2 from tromey at gcc dot gnu dot org 2007-10-01 18:32 ---
The SWIG code violates strict aliasing rules.
Try adding -Wstrict-aliasing and you will see what I mean.
If I add -fno-strict-aliasing to the -O2 case, it works.
--
tromey at gcc dot gnu dot org changed
--- Comment #1 from tromey at gcc dot gnu dot org 2007-09-30 18:31 ---
Compiling java source with gcc is not really supported.
Instead use the gcj driver, which reads libgcj.spec and thus
gets the proper options passed to jc1.
--
tromey at gcc dot gnu dot org changed
--- Comment #5 from tromey at gcc dot gnu dot org 2007-09-27 22:04 ---
Confirmed.
The problem is that the loop in c_common_parse_file calls
cpp_undef_all -- which undefines all symbols but does not
mark _cpp_file objects as not seen.
We probably need a new libcpp API
--- Comment #4 from tromey at gcc dot gnu dot org 2007-09-07 15:26 ---
Fixed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #7 from tromey at gcc dot gnu dot org 2007-08-25 18:42 ---
FYI -- I talked to Neil and he was of the opinion that non-matching
_Pragma forms were undefined. So, I think it is best if GCC chooses
to continue giving an error in these situations.
--
http://gcc.gnu.org
--- Comment #4 from tromey at gcc dot gnu dot org 2007-08-19 16:13 ---
I'm testing this patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2007-08-19 18:19 ---
A program like '_Pragma /*comment*/' still gives an ICE.
I'm testing an updated patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30786
--- Comment #6 from tromey at gcc dot gnu dot org 2007-08-19 18:54 ---
What does a plain _Pragma mean?
Currently we try to give an error for this. However, it is not clear that
this is actually erroneous. The copy of the standard that I am reading
only mentions:
A unary operator
--- Comment #6 from tromey at gcc dot gnu dot org 2007-08-18 16:31 ---
This bug can also be reproduced using #pragma GCC dependency
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #3 from tromey at gcc dot gnu dot org 2007-08-18 17:54 ---
Subject: Bug 32974
Author: tromey
Date: Sat Aug 18 17:54:11 2007
New Revision: 127614
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=127614
Log:
gcc/testsuite
PR preprocessor/32974:
* gcc.dg
--- Comment #4 from tromey at gcc dot gnu dot org 2007-08-18 17:55 ---
Fixed on svn trunk.
Leaving open as it is a regression in other versions.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-08-17 21:32 ---
Looks like directives.c:parse_include is not handling the
dependency case correctly.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2007-08-17 22:08 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #5 from tromey at gcc dot gnu dot org 2007-08-09 18:05 ---
See comment #3. The installation manual explains the correct way to
configure and build. I'm closing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-08-09 18:07 ---
Yup, it's a bug.
We aren't really fixing bugs in the old front end though.
I'm closing it because this is a weird case and has a couple
simple workarounds.
--
tromey at gcc dot gnu dot org changed
--- Comment #2 from tromey at gcc dot gnu dot org 2007-08-10 00:38 ---
What is 'gcjavac'?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-08-07 17:38 ---
Fixed via classpath import.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Priority: P3
Component: c
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=32960
--- Comment #2 from tromey at gcc dot gnu dot org 2007-08-02 02:17 ---
Yeah -- I looked at the other bugs before filing this one.
The issue here is that the hot/cold code already checks for the conflict;
but we merge without calling the handlers, so the check is never triggered.
I
--- Comment #5 from tromey at gcc dot gnu dot org 2007-07-27 20:11 ---
I don't think we should use this particular patch. My reason is that
ordering alone is insufficient to guarantee success here, if the user
uses make -j.
Instead, explicit dependencies should be used. In addition
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
--- Comment #1 from tromey at gcc dot gnu dot org 2007-07-26 16:19 ---
Note that this is fixed in Classpath and gcj 4.3.
As I recall, Casey (? I think) consolidated all the Base64
implementations into a single good one.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #3 from tromey at gcc dot gnu dot org 2007-07-24 14:31 ---
Fixed in 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from tromey at gcc dot gnu dot org 2007-07-24 14:33 ---
Can you try running ecj with -help or something like that?
I'm wondering whether it works at all.
Perhaps the bootstrap java interpreter is broken on your machine,
or something like that.
--
tromey at gcc dot gnu
--- Comment #6 from tromey at gcc dot gnu dot org 2007-07-24 14:34 ---
Yeah, I've seen problems like this as well on occasion.
I'm not sure what to do about them however.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tromey at gcc dot gnu dot org 2007-07-24 14:36 ---
Sorry I missed this for so long.
Please submit these patches to the java-patches mailing list.
Thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-07-24 14:36 ---
FYI -- please submit patches to the java-patches mailing list.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32846
--- Comment #1 from tromey at gcc dot gnu dot org 2007-07-23 16:11 ---
I have a fix I'm testing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-07-05 17:31 ---
I tried this with svn trunk and got 'false'.
If there is a bug here it is in ecj, not gcj.
I'm not sure I agree with your interpretation here.
I don't see how specificity applies. Isn't that term only used
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
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
--- Comment #3 from tromey at gcc dot gnu dot org 2007-06-28 19:35 ---
Subject: Bug 30999
Author: tromey
Date: Thu Jun 28 19:35:25 2007
New Revision: 126090
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=126090
Log:
2007-06-28 Jan Nijtmans [EMAIL PROTECTED]
PR libgcj
--- Comment #4 from tromey at gcc dot gnu dot org 2007-06-28 19:59 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #8 from tromey at gcc dot gnu dot org 2007-06-11 23:44 ---
I'm reopening this. Andrew P., please leave it open if you would.
We chose what goes into -Wall, and this is a bug in the
implementation of that choice.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #1 from tromey at gcc dot gnu dot org 2007-06-08 18:35 ---
I'm closing this, because parse.y no longer exists on svn trunk.
If you find instances of this bug in the remaining parts of gcj,
please file a new PR. Thanks.
--
tromey at gcc dot gnu dot org changed
--- Comment #1 from tromey at gcc dot gnu dot org 2007-06-08 18:36 ---
I'm closing this, because parse.y no longer exists on svn trunk.
If you find instances of this bug in the remaining parts of gcj,
please file a new PR. Thanks.
--
tromey at gcc dot gnu dot org changed
--- Comment #6 from tromey at gcc dot gnu dot org 2007-06-02 21:52 ---
I see this bug when I compile the test case without -O.
I tried svn trunk and also 4.1.1 20070105 (Red Hat 4.1.1-51)
--
tromey at gcc dot gnu dot org changed:
What|Removed
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
--- Comment #5 from tromey at gcc dot gnu dot org 2007-05-25 21:05 ---
Thanks for your response.
Closing as fixed in 4.2.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-05-24 16:33 ---
I think the proper fix here is to disable this warning in tools.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-05-24 17:18 ---
I think gjdoc only recently got support for generics and annotations.
So an older gjdoc is expected to fail. I haven't been keeping track
of gjdoc version numbers but I expect if you install a newer version
--- Comment #1 from tromey at gcc dot gnu dot org 2007-05-24 17:31 ---
Could you get a stack trace at the point of the ICE?
That might help.
If that doesn't help, though, all that remains is debugging jc1
to see what goes wrong.
If you have the time another thing to try is building
--- Comment #12 from tromey at gcc dot gnu dot org 2007-05-24 17:59 ---
Do you have a copyright assignment?
If so I will review the proposed patch.
I think the bigger problem is that the Qt peers are not really maintained.
ISTR that they still have some pretty serious bugs, though
--- Comment #3 from tromey at gcc dot gnu dot org 2007-05-24 18:02 ---
Unless you need 4.1 and plan to work on this bug, I would like to close it.
What do you think?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31853
--- Comment #3 from tromey at gcc dot gnu dot org 2007-05-22 19:11 ---
My recollection is that the special -I behavior is there because
the system headers have special non-warning properties.
This situation doesn't apply to -L.
2. Software is often compiled with configure, make, make
--- Comment #5 from tromey at gcc dot gnu dot org 2007-05-15 19:41 ---
The patch is incomplete, as libcpp/configure.in still checks for iconv.h.
Anyway the best thing to do here is submit a patch or patches to the
gcc patch list. Include a ChangeLog entry, etc.
--
tromey at gcc
--- Comment #1 from tromey at gcc dot gnu dot org 2007-05-14 20:57 ---
It is easy to forget to update this file, I'm sure that is what happened.
This only matters if you have CNI code that uses one of these classes.
So, it is definitely a problem, but generally not a very serious one
--- Comment #12 from tromey at gcc dot gnu dot org 2007-05-02 20:33 ---
Subject: Bug 28709
Author: tromey
Date: Wed May 2 19:33:44 2007
New Revision: 124356
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124356
Log:
libcpp
PR preprocessor/28709:
* macro.c
--- Comment #13 from tromey at gcc dot gnu dot org 2007-05-02 20:34 ---
I checked in the follow-up patch to the trunk.
So this fully works on 4.3.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-04-27 17:44 ---
Dan Berlin said if you log in first you should be able to attach things.
I downloaded rhino 1_6r5 from: http://www.mozilla.org/rhino/download.html
Then I tried the .class you sent me. I tried with gcj 4.1 (from
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-26 22:52 ---
Yes, please attach the .class file.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-26 23:13 ---
Created an attachment (id=13452)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13452action=view)
proposed patch
Could you try this patch?
If it works for you I will check it in.
Thanks.
--
http
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-27 00:08 ---
Sorry about that. I forwarded it to our bugzilla maintainer.
Can you email me the class file instead?
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31719
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-25 18:38 ---
Yeah, this logic looks bogus.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-25 00:47 ---
I agree this is a buglet in libjava/classpath/include/Makefile.am
One workaround: don't configure with --enable-regen-headers.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from tromey at gcc dot gnu dot org 2007-04-25 00:50 ---
This patch looks ok -- a bit messy, but not overly so for configury code ;).
Let me know if it works for you, I will push it upstream.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-25 00:51 ---
This patch is ok. Please check it in. thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-25 00:53 ---
In general I think if there is a variant in the libgcj fdlibm, then
we want to use it.
What is __cdecl for?
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-25 01:12 ---
Is this still a problem?
I thought it was ironed out a while ago.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30591
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-25 01:20 ---
Hmm. gcc t.h fails and prints an error:
opsy. gcc t.h
t.h: In function f:
t.h:2: error: expected declaration or statement at end of input
However it also leaves a t.h.gch file, which seems a bit weird.
Anyway I
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-25 01:22 ---
I agree that the swedish (never heard it called that before) format
is superior. But what is the use case for having this available
as a preprocessor macro?
--
tromey at gcc dot gnu dot org changed
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-25 01:24 ---
This is somewhat odd, and probably not the only such oddity you can find.
But I think it is somewhat dangerous to change the default behavior.
I think it has been this way for a long time, and we can't know what
--- Comment #6 from tromey at gcc dot gnu dot org 2007-04-25 01:29 ---
This is fixed by the follow-on patch in PR 28709, see:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28709#c5
*** This bug has been marked as a duplicate of 28709 ***
--
tromey at gcc dot gnu dot org changed
--- Comment #11 from tromey at gcc dot gnu dot org 2007-04-25 01:29 ---
*** Bug 31182 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2007-04-23 15:26 ---
Subject: Bug 30468
Author: tromey
Date: Mon Apr 23 15:26:21 2007
New Revision: 124067
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124067
Log:
PR preprocessor/30468:
* mkdeps.c (apply_vpath
--- Comment #8 from tromey at gcc dot gnu dot org 2007-04-23 15:27 ---
Subject: Bug 30468
Author: tromey
Date: Mon Apr 23 15:26:51 2007
New Revision: 124068
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=124068
Log:
PR preprocessor/30468:
* mkdeps.c (apply_vpath
--- Comment #9 from tromey at gcc dot gnu dot org 2007-04-23 15:27 ---
Fixed on 4.1 and 4.2 branches.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2007-04-23 17:24 ---
Ok. You are running a version of gcj 4.3 from *before* the gcj-eclipse
merge. So, this is correctly marked as a duplicate.
If you update and rebuild, and follow the new instructions vis a vis ecj1,
you will get
--- Comment #4 from tromey at gcc dot gnu dot org 2007-04-20 17:39 ---
Please post the output of running gcj -C -v Fail.java
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31622
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-18 18:12 ---
Are you sure you are using gcj 4.3?
I see a SEGV with 4.1 and 4.2. But with 4.3 I see an error:
opsy. gcj -C Fail.java
Fail.java:5: error: Cannot invoke toString() on the primitive type long
r=(a-b
--- Comment #2 from tromey at gcc dot gnu dot org 2007-04-06 15:30 ---
Subject: Bug 31491
Author: tromey
Date: Fri Apr 6 15:30:27 2007
New Revision: 123617
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123617
Log:
PR libffi/31491:
* README: Fixed bug in example
--- Comment #3 from tromey at gcc dot gnu dot org 2007-04-06 15:31 ---
Thanks, I fixed this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
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=31450
--- Comment #1 from tromey at gcc dot gnu dot org 2007-04-03 01:48 ---
... and it should be using madvise and msync for the other methods.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31450
--- Comment #10 from tromey at gcc dot gnu dot org 2007-03-30 22:53 ---
The fix went in a while back.
Really someone ought to port classpath's newer poll/epoll-based
nio selector to CNI. That would be more efficient than what
we have now.
--
tromey at gcc dot gnu dot org changed
--- Comment #11 from tromey at gcc dot gnu dot org 2007-03-29 16:27 ---
This still happens with -fmessage-length=80, per comment #9.
Perhaps we don't care, though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=712
--- Comment #13 from tromey at gcc dot gnu dot org 2007-03-29 17:18 ---
Right you are. Sorry about that :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=712
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-29 17:48 ---
I suspect we're trying to initialize the logging manager too early.
In particular in libgcj we use 'null' as the loader parameter to
Class.forName during startup -- this will bypass the system class loader.
Second
--- Comment #6 from tromey at gcc dot gnu dot org 2007-03-29 18:43 ---
Thanks.
This is a little bit screwy since Java 5 claims that 'handlers' is
whitespace-separated -- but I see that in Java 6 they updated the
docs to reflect the actual implementation.
Also tomcat seems to rely
--- Comment #7 from tromey at gcc dot gnu dot org 2007-03-30 05:09 ---
Subject: Bug 29869
Author: tromey
Date: Fri Mar 30 05:09:35 2007
New Revision: 123356
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123356
Log:
libjava
PR libgcj/29869:
* java/util/logging
--- Comment #8 from tromey at gcc dot gnu dot org 2007-03-30 05:12 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #10 from tromey at gcc dot gnu dot org 2007-03-30 05:35 ---
Subject: Bug 29869
Author: tromey
Date: Fri Mar 30 05:34:58 2007
New Revision: 123357
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=123357
Log:
libjava
PR libgcj/29869:
* java/util/logging
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-28 02:08 ---
Gary fixed this a while back.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-28 02:19 ---
All the problems were ironed out and now this is fixed.
As of 4.2 we only differ in Deflater and Inflater, which is
tolerable.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tromey at gcc dot gnu dot org 2007-03-28 02:23 ---
Mine.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
.
--
Summary: private methods given vtable slots
Product: 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
--- Comment #2 from tromey at gcc dot gnu dot org 2007-03-26 19:27 ---
This seems reasonable to me.
Could you write a ChangeLog entry and submit the patch to
[EMAIL PROTECTED]
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-03-27 02:44 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #9 from tromey at gcc dot gnu dot org 2007-03-23 19:32 ---
I didn't read the patches yet.
Do you have a copyright assignment? That is a prerequisite for
getting these changes in. Once that is resolved we can proceed
with the normal patch review process.
If you don't have
--- Comment #4 from tromey at gcc dot gnu dot org 2007-03-15 16:28 ---
I think this is probably the same thing as bug #28709,
and most likely fixed by the same patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from tromey at gcc dot gnu dot org 2007-03-13 23:50 ---
Subject: Bug 12448
Author: tromey
Date: Tue Mar 13 23:50:42 2007
New Revision: 122889
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=122889
Log:
2007-03-13 David Taylor [EMAIL PROTECTED]
PR driver
--- Comment #2 from tromey at gcc dot gnu dot org 2007-03-08 22:59 ---
With svn trunk and also the fc6 libgcj I get:
opsy. gij PromiscuousTrafficTester
Listening on address /229.10.11.12
Listening on address /229.10.11.13
Sending 'Hello' on /229.10.11.12:64000
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-20 23:07 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #2 from tromey at gcc dot gnu dot org 2007-02-20 02:16 ---
FWIW we've basically stopped fixing bugs in the older gcj front end
and instead we've switched to using ecj.
I would close this as wontfix but that seems a bit harsh to do
unannounced... so with your permission I'd
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-16 21:48 ---
Fixed on svn trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from tromey at gcc dot gnu dot org 2007-02-16 21:51 ---
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-14 19:50 ---
The patch I wrote does work. But now I think deferring error
messages is not the best approach, since it imposes a cost on
all error message output. Instead we could arrange for
#error (and #warning) to build up
--- Comment #1 from tromey at gcc dot gnu dot org 2007-02-13 15:55 ---
Confirmed, with svn head and the FC6 gcc 4.1.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-09 20:49 ---
Definitely fails with trunk on x86.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from tromey at gcc dot gnu dot org 2007-02-09 20:53 ---
Subject: Bug 30647
Author: tromey
Date: Fri Feb 9 20:53:47 2007
New Revision: 121775
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=121775
Log:
PR libgcj/30647:
* configure: Rebuilt
301 - 400 of 1564 matches
Mail list logo
