--- Comment #12 from tromey at gcc dot gnu dot org 2008-08-10 22:17 ---
I am not sure how that will work. How do you specify a different value of
system_header for a single location? My understanding is that sysp is for a
whole line_map, so you cannot just change its value
--- Comment #14 from tromey at gcc dot gnu dot org 2008-08-11 02:18 ---
Just FYI -- I was thinking of PR 36478.
I'll respond to the rest later.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7263
--- Comment #9 from tromey at gcc dot gnu dot org 2008-08-07 20:28 ---
See this note for some details on the semantics of this warning,
with respect to keywords:
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg00808.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21759
--- Comment #2 from tromey at gcc dot gnu dot org 2008-08-07 21:33 ---
This works in 4.3, probably due to the switch to mapped locations.
I didn't try anything earlier.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2008-08-04 18:31 ---
I didn't fix anything.
AFAIK the classpath configury still does not check versions.
I'm moving this to the classpath product.
It should be fixed there.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #8 from tromey at gcc dot gnu dot org 2008-08-04 18:32 ---
Hmm, I could not get bugzilla to change the product.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32028
--- Comment #4 from tromey at gcc dot gnu dot org 2008-08-04 18:52 ---
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 2008-08-05 01:29 ---
Subject: Bug 31890
Author: tromey
Date: Tue Aug 5 01:28:26 2008
New Revision: 138664
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138664
Log:
PR libgcj/31890:
* gcj/javaprims.h: Regenerate
--- Comment #11 from tromey at gcc dot gnu dot org 2008-07-30 17:44 ---
Please ping that patch on the gcc-patches list.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19541
--- Comment #2 from tromey at gcc dot gnu dot org 2008-07-29 21:26 ---
I don't know why line_table was changed into a pointer
It was because PCH does not know how to write structs.
I agree with your analysis; we have to save that field
across PCH loading.
--
tromey at gcc dot gnu
--- Comment #2 from tromey at gcc dot gnu dot org 2008-07-21 14:36 ---
Seems like a reasonable idea to me.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2008-07-18 17:32 ---
Just FYI -- this is known fallout from the patch to remove
no-unit-at-a-time. Andrew Haley is looking into it.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2008-07-12 17:06 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #3 from tromey at gcc dot gnu dot org 2008-07-12 17:10 ---
I tried this and it is fixed on trunk.
Closing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2008-07-12 17:18 ---
This was fixed for 4.3, and I think it unlikely that anyone will
backport the doc fix. So, I am closing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2008-07-12 17:19 ---
This was fixed for 4.3 and I think it unlikely that anyone will backport
the doc fix. So, I am closing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-07-08 02:45 ---
My guess is that comment #3 is the right theory, because
this warning is issued from the front end. I did not
investigate deeply though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36760
--- Comment #3 from tromey at gcc dot gnu dot org 2008-07-06 03:25 ---
Sorry, I somehow missed the followup comment.
#elif defined(BOOST_PP_ITERATION_DEPTH) BOOST_PP_ITERATION_DEPTH() == 1
The expression has to be valid after preprocessing.
So, if BOOST_PP_ITERATION_DEPTH
--- Comment #4 from tromey at gcc dot gnu dot org 2008-06-24 18:32 ---
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 2008-06-24 18:32 ---
Subject: Bug 32198
Author: tromey
Date: Tue Jun 24 18:31:49 2008
New Revision: 137084
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=137084
Log:
PR libgcj/32198:
* tools/gnu/classpath/tools
--- Comment #2 from tromey at gcc dot gnu dot org 2008-06-19 15:27 ---
Confirmed; I think the analysis is correct here.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-06-14 19:48 ---
Subject: Bug 36247
Author: tromey
Date: Sat Jun 14 19:48:05 2008
New Revision: 136786
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136786
Log:
PR java/36247:
* class.c (build_class_ref
--- Comment #5 from tromey at gcc dot gnu dot org 2008-06-14 19:50 ---
Subject: Bug 36247
Author: tromey
Date: Sat Jun 14 19:49:45 2008
New Revision: 136787
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136787
Log:
PR java/36247:
* class.c (build_class_ref
--- Comment #6 from tromey at gcc dot gnu dot org 2008-06-14 19:50 ---
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.4.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36479
expanded from macro
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
--- Comment #1 from tromey at gcc dot gnu dot org 2008-06-06 20:23 ---
By my reading of the standard, issuing an error here is correct.
The restrictions on #elif are only lifted if it is in a skipped group.
But, in this case, it is not.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-30 14:25 ---
Subject: Bug 36320
Author: tromey
Date: Fri May 30 14:25:09 2008
New Revision: 136209
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=136209
Log:
gcc/testsuite
PR preprocessor/36320:
* gcc.dg
--- Comment #4 from tromey at gcc dot gnu dot org 2008-05-30 15:07 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #5 from tromey at gcc dot gnu dot org 2008-05-30 15:15 ---
Not a regression, so I'm closing it.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2008-05-24 16:21 ---
Confirmed. This seems like a weird design to me, but my reading of the
standard text agrees with yours.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-24 18:04 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-22 19:51 ---
Treelang has been removed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2008-05-22 19:52 ---
Treelang has been removed.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from tromey at gcc dot gnu dot org 2008-05-21 21:53 ---
Subject: Bug 2
Author: tromey
Date: Wed May 21 21:52:57 2008
New Revision: 135740
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135740
Log:
gcc/testsuite
PR preprocessor/2:
* gcc.dg
--- Comment #8 from tromey at gcc dot gnu dot org 2008-05-21 21:56 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #1 from tromey at gcc dot gnu dot org 2008-05-16 18:23 ---
Confirmed
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-16 19:03 ---
in build_jni_stub, build_class_ref returns NULL because
this_classdollar is NULL.
Probably we should call cache_this_class_ref here, but that
would mean making java_add_stmt work in the jni stub case.
--
http
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-16 19:39 ---
Also, note that a workaround is to put the native method after
a non-native method.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36247
--- Comment #17 from tromey at gcc dot gnu dot org 2008-05-13 14:51 ---
Subject: Bug 22168
Author: tromey
Date: Tue May 13 14:50:27 2008
New Revision: 135264
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135264
Log:
libcpp
PR preprocessor/22168:
* include
--- Comment #18 from tromey at gcc dot gnu dot org 2008-05-13 15:20 ---
Fixed on trunk.
I think we're unlikely to backport this, so I'm closing it.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from tromey at gcc dot gnu dot org 2008-05-13 19:52 ---
I don't see why this should be marked wait.
Changing back to new.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-05-09 22:17 ---
Subject: Bug 22231
Author: tromey
Date: Fri May 9 22:17:00 2008
New Revision: 135128
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=135128
Log:
gcc
PR preprocessor/22231:
* c-opts.c
--- Comment #5 from tromey at gcc dot gnu dot org 2008-05-09 22:18 ---
Fixed on trunk.
It is very unlikely that this will be back-ported, so I'm closing the bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2008-05-09 23:02 ---
I think we should give an error by default, and only *not* give an
error if -MG is passed. My reasoning is that -MG exists only to disable
this error. I couldn't think of a reason to disable it in other cases
--- Comment #10 from tromey at gcc dot gnu dot org 2008-05-09 23:05 ---
On further reflection I think this is very minor and I'm unlikely
to back-port the fix. So, I am closing this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-08 16:40 ---
I finally submitted this patch.
http://gcc.gnu.org/ml/gcc-patches/2008-05/msg00520.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22231
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-06 17:15 ---
Subject: Bug 36088
Author: tromey
Date: Tue May 6 17:15:07 2008
New Revision: 134989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134989
Log:
gcc/testsuite
PR preprocessor/35313, PR preprocessor
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-06 17:15 ---
Subject: Bug 35313
Author: tromey
Date: Tue May 6 17:15:07 2008
New Revision: 134989
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134989
Log:
gcc/testsuite
PR preprocessor/35313, PR preprocessor
--- Comment #4 from tromey at gcc dot gnu dot org 2008-05-06 18:09 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #4 from tromey at gcc dot gnu dot org 2008-05-06 18:10 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-05 19:10 ---
test.c.t02.original says:
u = MAX_EXPR (unsigned int) i, 1;
... but this is wrong.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2008-05-05 22:27 ---
fold_binary sees both MAX_EXPRs and reassociates.
(I think this is why it works with intermediate variables.)
Then associate_trees creates a new MAX_EXPR, converting each
argument to unsigned:
return fold_build2
--- Comment #1 from tromey at gcc dot gnu dot org 2008-05-04 18:43 ---
Note that this was fixed by:
2007-05-02 Eric Christopher [EMAIL PROTECTED]
* expr.c (num_div_op): Don't overflow if the result is
zero.
This is in 4.3.
--
tromey at gcc dot gnu dot org
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-01 19:31 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from tromey at gcc dot gnu dot org 2008-05-01 19:31 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #1 from tromey at gcc dot gnu dot org 2008-04-30 17:51 ---
Confirmed.
The bug is that we look at top[-1].value after overwriting it with the
value of the 'true' branch of the condition.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from tromey at gcc dot gnu dot org 2008-04-30 18:48 ---
Confirmed.
I think this is related to PR 36088.
I think the operator precedence code is subtly wrong with ?:
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from tromey at gcc dot gnu dot org 2008-04-22 15:24 ---
I think this should be fixable now that mapped locations have gone in.
The key is to have c_lex_with_flags return a value for in_system_header
which comes from the token's original location, not the macro expansion
--- Comment #5 from tromey at gcc dot gnu dot org 2008-04-21 14:02 ---
Fixed on trunk.
As I doubt this will be back-ported to 4.3.x, I am closing the bug.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-21 14:02 ---
Subject: Bug 33415
Author: tromey
Date: Mon Apr 21 14:02:00 2008
New Revision: 134507
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134507
Log:
libcpp
PR libcpp/33415:
* charset.c
--- Comment #10 from tromey at gcc dot gnu dot org 2008-04-20 18:59 ---
FYI -- when I tried this on the compile farm tester, it caused a couple
regressions. I'll redo it at some point and post the results here.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14933
--- Comment #1 from tromey at gcc dot gnu dot org 2008-04-19 19:55 ---
From your comment I assume that java-gnome is using the JNI NewStringUTF call.
This does not directly call _Jv_NewStringUTF. Instead, it calls
_Jv_JNI_NewStringUTF
(in jni.cc). That code wraps the call
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-19 21:16 ---
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 2008-04-19 21:35 ---
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 2008-04-19 21:35 ---
Subject: Bug 35979
Author: tromey
Date: Sat Apr 19 21:35:02 2008
New Revision: 134471
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134471
Log:
PR libgcj/35979:
* jni.cc (_Jv_JNI_NewStringUTF
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC||tromey at gcc dot gnu dot
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-18 17:27 ---
I think this is a duplicate of PR 34866 (fixed on the trunk).
*** This bug has been marked as a duplicate of 34866 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from tromey at gcc dot gnu dot org 2008-04-18 17:27 ---
*** Bug 32564 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 2008-04-18 17:45 ---
Testing a documentation patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tromey at gcc dot gnu dot org 2008-04-18 17:54 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone
--- Comment #9 from tromey at gcc dot gnu dot org 2008-04-18 17:54 ---
Subject: Bug 15500
Author: tromey
Date: Fri Apr 18 17:53:34 2008
New Revision: 134441
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134441
Log:
PR libcpp/15500:
* doc/cpp.texi (Implementation
--- Comment #5 from tromey at gcc dot gnu dot org 2008-04-17 17:16 ---
Subject: Bug 35950
Author: tromey
Date: Thu Apr 17 17:15:10 2008
New Revision: 134401
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134401
Log:
PR libgcj/35950:
* tools/gnu/classpath/tools/jar
--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-17 17:16 ---
Subject: Bug 35950
Author: tromey
Date: Thu Apr 17 17:16:09 2008
New Revision: 134402
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134402
Log:
PR libgcj/35950:
* tools/gnu/classpath/tools/jar
--- Comment #7 from tromey at gcc dot gnu dot org 2008-04-17 17:18 ---
Fixed on 4.3 branch and trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-17 20:44 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-18 00:59 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-18 00:59 ---
Subject: Bug 34866
Author: tromey
Date: Fri Apr 18 00:58:58 2008
New Revision: 134421
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134421
Log:
PR libcpp/34866:
* errors.c (cpp_error): Don't
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-16 16:57 ---
This works ok with 4.1 and with svn trunk.
So, I'm closing this, since 4.0 is a closed branch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-16 20:37 ---
I think some BOMs will be handled by iconv.
In particular I tried UTF-16 and this seemed to work ok.
UTF-8 is a special problem in two ways. First, glibc's iconv does not
appear to recognize the UTF-8 BOM
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-16 21:29 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from tromey at gcc dot gnu dot org 2008-04-16 22:30 ---
If you know of a specific gjar patch, I can pull it over.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2008-04-16 22:32 ---
Never mind, I see it now.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-05 13:30 ---
With trunk I still can't reproduce this.
I ran valgrind on cc1 and cc1plus, and see no reports.
Here's the command line I'm using:
valgrind
/home/tromey/gnu/Trunk/install/libexec/gcc/i686-pc-linux-gnu/4.4.0/cc1plus
--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-04 14:33 ---
Confirmed.
I think the best behavior is a bit unclear.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-04-04 16:28 ---
I tried this test case and as far as I can tell it works as expected.
Can you say what you think is wrong?
I thought perhaps you were misreading the error output. The errors
from the initial report are:
z1.cc:2:1
--- Comment #6 from tromey at gcc dot gnu dot org 2008-04-04 16:39 ---
It is no trouble. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33143
--- Comment #1 from tromey at gcc dot gnu dot org 2008-03-25 19:25 ---
Confirmed.
This is related to the column number stuff.
The current status here is that errors issued by the parser itself
all have been audited for proper location use; however the rest of the
C front end has
--- Comment #12 from tromey at gcc dot gnu dot org 2008-03-18 17:03 ---
I agree we should probably change ecj1's interpretation of -Wall.
But, ecj1 can't be part of gcc. That was already decided.
I believe the installation instructions have information on what
to download so that gcj
--- Comment #6 from tromey at gcc dot gnu dot org 2008-03-14 15:45 ---
Subject: Bug 35322
Author: tromey
Date: Fri Mar 14 15:44:56 2008
New Revision: 133220
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133220
Log:
2008-03-14 Uros Bizjak [EMAIL PROTECTED]
PR libcpp
--- Comment #9 from tromey at gcc dot gnu dot org 2008-03-14 21:25 ---
I'm testing this patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-03-13 15:48 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #2 from tromey at gcc dot gnu dot org 2008-03-13 15:53 ---
I tried this but was unable to see the ICE.
I used trunk, both gcc and g++.
What options did you use? Anything special?
If you still see an ICE, could you perhaps append a stack trace from cc1?
That might help
--- Comment #3 from tromey at gcc dot gnu dot org 2008-03-13 21:10 ---
Subject: Bug 35322
Author: tromey
Date: Thu Mar 13 21:10:07 2008
New Revision: 133195
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=133195
Log:
gcc/testsuite
PR libcpp/35322:
* gcc.dg/cpp
--- Comment #4 from tromey at gcc dot gnu dot org 2008-03-13 21:11 ---
Fixed on trunk.
I'm never sure if I should close these PRs or not.
It is a regression on the older branches, but minor enough that I
doubt anybody will want to back-port the fix.
--
tromey at gcc dot gnu dot org
--- Comment #4 from tromey at gcc dot gnu dot org 2008-03-06 18:09 ---
Subject: Bug 35458
Author: tromey
Date: Thu Mar 6 18:08:40 2008
New Revision: 132982
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=132982
Log:
libcpp
2008-03-06 Markus Milleder [EMAIL PROTECTED]
PR
--- Comment #5 from tromey at gcc dot gnu dot org 2008-03-06 18:15 ---
I agree with comment #3.
This is an improvement.
Users concerned with real portability should be avoiding # anyhow.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from tromey at gcc dot gnu dot org 2008-02-29 21:56 ---
Confirmed.
We probably need to make and upload a new canonical ecj jar.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #16 from tromey at gcc dot gnu dot org 2008-02-26 20:48 ---
*** Bug 35312 has been marked as a duplicate of this bug. ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-02-26 20:48 ---
I agree, closing as dup.
I have a patch for that bug. I forget what happened to it, but I'll
look into it soon.
*** This bug has been marked as a duplicate of 22168 ***
--
tromey at gcc dot gnu dot org changed
101 - 200 of 1564 matches
Mail list logo