ion: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
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=45110
--- Comment #4 from tromey at gcc dot gnu dot org 2010-08-31 18:33 ---
Created an attachment (id=21610)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21610&action=view)
a simple test case
I'm attaching "temargs.cc", a simple test case from the gdb test suite
--- Comment #3 from tromey at gcc dot gnu dot org 2010-08-31 20:12 ---
This was purely a gdb bug.
It only showed up with a newish gcc because older ones don't emit
DW_TAG_template_*.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #31 from tromey at gcc dot gnu dot org 2010-09-07 15:50 ---
(In reply to comment #30)
> $ cvs -z9 -d :ext:lpso...@sourceware.org:/cvs/sourceware co sourceware
> cvs server: cannot find module `sourceware' - ignored
> cvs [checkout aborted]: cannot expand mo
gnedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44126
--- Comment #1 from tromey at gcc dot gnu dot org 2010-05-28 16:58 ---
Here is what gcc trunk says:
opsy. gcc --syntax-only pr.c
pr.c: In function main:
pr.c:20:10: warning: initialization from incompatible pointer type [enabled by
default]
The particular case motivating this PR was
--- Comment #4 from tromey at gcc dot gnu dot org 2010-06-11 14:53 ---
I think the problem with this patch is that it leaves gdb no way
to determine which approach it should use. This is important because
there is a lot of existing code compiled with the incorrect approach.
Currently
--- Comment #5 from tromey at gcc dot gnu dot org 2010-06-11 15:07 ---
Jakub pointed out that gdb can just look for an isolated
DW_OP_constu to fall back to the old code.
I will write a gdb patch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44126
--- Comment #6 from tromey at gcc dot gnu dot org 2010-06-11 20:02 ---
Ok, I committed the gdb change:
http://sourceware.org/ml/gdb-patches/2010-06/msg00287.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44126
--- Comment #15 from tromey at gcc dot gnu dot org 2010-06-15 21:51 ---
I think we've decided not to pursue this route.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #1 from tromey at gcc dot gnu dot org 2007-10-26 05:35 ---
Note that even with mapped locations this gives the wrong result.
The C++ parser has some column-number bugs.
opsy. g++ -Wall -fsyntax-only z.cc
z.cc: In function int main():
z.cc:8:61: error: wrong type argument
--- Comment #5 from tromey at gcc dot gnu dot org 2007-10-27 16:42 ---
I looked at this a little.
This test is a little bit funny because the '+' has undefined
overflow but the '*' does not. Move the cast to make the '+'
have defined overflow, and it w
--- Comment #8 from tromey at gcc dot gnu dot org 2007-10-31 14:50 ---
Subject: Bug 30786
Author: tromey
Date: Wed Oct 31 14:50:13 2007
New Revision: 129800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129800
Log:
gcc/testsuite
PR preprocessor/30786:
--- Comment #6 from tromey at gcc dot gnu dot org 2007-10-31 17:37 ---
This patch makes gcc enter an infinite loop rather than ICEing.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from tromey at gcc dot gnu dot org 2007-10-31 18:26 ---
Confirmed.
I would not mind giving an error for this. We don't necessarily have
to be compatible with javac here.
I wonder, though, whether this is used in a configure script or something
like this. How di
--- Comment #7 from tromey at gcc dot gnu dot org 2007-10-31 19:12 ---
I'm testing a revised patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-01 18:21 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 18:20:48 2007
New Revision: 129827
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129827
Log:
libcpp
PR preprocessor/30805:
*
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-01 19:24 ---
Created an attachment (id=14456)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14456&action=view)
patch to make it do nothing
This patch changes gcj to do nothing in this case.
It works fine on the te
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-01 23:34 ---
Sorry about that. I don't know what went wrong.
The test should only be preprocessed, not compiled.
I will fix this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30805
--- Comment #12 from tromey at gcc dot gnu dot org 2007-11-01 23:39 ---
Subject: Bug 30805
Author: tromey
Date: Thu Nov 1 23:38:52 2007
New Revision: 129838
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129838
Log:
PR preprocessor/30805:
* gcc.dg/cpp/p
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-02 16:11 ---
Testing my patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-02 20:02 ---
Subject: Bug 33765
Author: tromey
Date: Fri Nov 2 20:02:35 2007
New Revision: 129860
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129860
Log:
PR java/33765:
* jcf-parse.c (java_pa
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-02 20:43 ---
You can reproduce this in C by using -funit-at-a-time.
IMO this is a general bug in unit-at-a-time.
Perhaps cgraph_analyze_function or something similar should set
in_system_header. Maybe set_cfun.
--
tromey at
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-02 21:02 ---
Recategorizing is fine by me -- though I wouldn't consider my opinion
authoritative :)
FWIW I have a patch to set_cfun that appears to fix both these bugs.
I'll bootstrap and test it and see what pe
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-02 21:02 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--
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 #3 from tromey at gcc dot gnu dot org 2007-11-05 18:43 ---
For a patch of this size, we'll need an assignment.
Please contact me via email and I will get you started on this.
--
tromey at gcc dot gnu dot org changed:
What|Re
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-05 20:54 ---
What did you think was wrong with this patch?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30297
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-06 15:57 ---
Subject: Bug 32256
Author: tromey
Date: Tue Nov 6 15:57:02 2007
New Revision: 129936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129936
Log:
gcc
PR c++/32256, PR c++/32368:
* fu
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-06 15:57 ---
Subject: Bug 32368
Author: tromey
Date: Tue Nov 6 15:57:02 2007
New Revision: 129936
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129936
Log:
gcc
PR c++/32256, PR c++/32368:
* fu
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-06 16:01 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-06 16:01 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-07 22:56 ---
Subject: Bug 34019
Author: tromey
Date: Wed Nov 7 22:55:58 2007
New Revision: 129974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129974
Log:
PR java/34019:
* gcj.texi (Input Optio
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-07 22:56 ---
Fix checked in.
Thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
@"foo" @
--
Summary: compiler accepts invalid string concatenation
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-08 19:51 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-08 19:50 ---
Subject: Bug 30297
Author: tromey
Date: Thu Nov 8 19:50:38 2007
New Revision: 130018
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130018
Log:
gcc/cp
2007-11-08 Andrew Pinski <[EMAI
--- Comment #9 from tromey at gcc dot gnu dot org 2007-11-09 18:28 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
CC
--- Comment #2 from tromey at gcc dot gnu dot org 2007-11-12 00:39 ---
Subject: Bug 17557
Author: tromey
Date: Mon Nov 12 00:38:48 2007
New Revision: 130093
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130093
Log:
gcc/cp
PR c++/17577:
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-12 00:39 ---
Subject: Bug 17577
Author: tromey
Date: Mon Nov 12 00:38:48 2007
New Revision: 130093
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130093
Log:
gcc/cp
PR c++/17577:
--- Comment #12 from tromey at gcc dot gnu dot org 2007-11-12 00:40 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #7 from tromey at gcc dot gnu dot org 2007-11-12 00:46 ---
These no longer ICE for me.
Instead I just get the expected errors.
Adding -Iclasses to the builds makes it work as expected.
So, I'm closing this.
--
tromey at gcc dot gnu dot org changed:
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-12 18:07 ---
Yeah, for both this and for PR 30294, I think we can just reject some
constructs very early. I don't think it makes sense to declare variables,
fields, or functions with "java" types that are not poi
--- Comment #6 from tromey at gcc dot gnu dot org 2007-11-12 20:24 ---
Testing a patch.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #11 from tromey at gcc dot gnu dot org 2007-11-12 20:43 ---
We unconditionally warn for a prototype following an old-style definition.
The oddity here is that these are in different files, glommed together
with --combine, and so don't represent exactly the same sort of
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-18 21:26 ---
Please post the error message.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34144
--- Comment #10 from tromey at gcc dot gnu dot org 2007-11-19 20:42 ---
Perhaps this could be solved now by using the information
provided by mapped locations... this is akin to the "replay"
idea Eric mentions in the linked-to email.
--
tromey at gcc dot gnu dot o
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-23 21:39 ---
Please read the documentation and other info on the web site.
Then, if you still can't make it work, post specific questions,
along with what you tried, what platform you are using,
and what the results were, t
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-25 21:11 ---
Given that this is a constraint, my first inclination is to close the bug
report.
Richard, what motivated this PR?
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-25 21:18 ---
Confirming; still happens with svn trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-25 21:20 ---
Not a preprocessor bug; refiling to 'other'.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-26 18:44 ---
I think this is fixed on svn trunk.
Also, the solaris build instructions already recommend using ksh
and not sh.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-27 20:53 ---
I think your proposed fix sounds ok.
I don't have a copy of the C++ standard handy.
Does this bug apply to both C and C++, or only C?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32868
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-28 16:26 ---
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 2007-11-28 18:21 ---
Can you reproduce this with anything newer than 3.4?
The 3.x release series is closed. I couldn't reproduce with 4.1.
So, barring new information, I think this is fixed.
--
tromey at gcc dot gnu dot org ch
--- Comment #1 from tromey at gcc dot gnu dot org 2007-11-28 19:06 ---
Confirmed.
I didn't see any instances of @findex or @vindex in hostconfig.texi.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-28 19:07 ---
*** This bug has been marked as a duplicate of 14933 ***
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from tromey at gcc dot gnu dot org 2007-11-28 19:07 ---
*** Bug 33473 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-11-29 18:20 ---
The check in gcc/configure.ac defaults ssize_t to int if it isn't found.
But, we also need to do this in libcpp/configure.ac.
If I send you a patch, can you test it?
I will send a patch for configure as
--- Comment #3 from tromey at gcc dot gnu dot org 2007-11-30 18:35 ---
Created an attachment (id=14674)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14674&action=view)
patch to check for ssize_t
Please try this patch. It applies to svn trunk.
It includes the cha
--- Comment #4 from tromey at gcc dot gnu dot org 2007-11-30 18:24 ---
Subject: Bug 32868
Author: tromey
Date: Fri Nov 30 18:24:01 2007
New Revision: 130544
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130544
Log:
libcpp
PR preprocessor/32868:
*
--- Comment #5 from tromey at gcc dot gnu dot org 2007-11-30 18:24 ---
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-12-03 21:08 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Status
--- Comment #7 from tromey at gcc dot gnu dot org 2007-12-06 18:56 ---
Subject: Bug 29172
Author: tromey
Date: Thu Dec 6 18:56:26 2007
New Revision: 130656
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=130656
Log:
gcc
PR c/29172:
*
--- Comment #8 from tromey at gcc dot gnu dot org 2007-12-06 18:58 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #1 from tromey at gcc dot gnu dot org 2007-12-12 16:28 ---
Here's a complete test case.
The .class file does have the InnerClasses attribute,
we just don't seem to read it properly.
public class p
{
public interface DBI { }
public interface Local e
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=34457
--- Comment #5 from tromey at gcc dot gnu dot org 2007-12-18 04:09 ---
I'll review the patch at least.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-02 20:30 ---
BTW, I checked in a fix for this on the incremental-compiler branch.
http://gcc.gnu.org/ml/gcc-patches/2007-12/msg00677.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34457
--- Comment #1 from tromey at gcc dot gnu dot org 2008-01-02 20:54 ---
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-01-03 17:59 ---
Fixed on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
Known to work
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-03 17:59 ---
Subject: Bug 34602
Author: tromey
Date: Thu Jan 3 17:58:26 2008
New Revision: 131304
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131304
Log:
libcpp
PR preprocessor/34602.
* dire
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-03 18:08 ---
Testing my patch on mainline.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from tromey at gcc dot gnu dot org 2008-01-04 00:14 ---
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-01-04 00:16 ---
Subject: Bug 34457
Author: tromey
Date: Fri Jan 4 00:14:31 2008
New Revision: 131311
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131311
Log:
gcc/
PR c/34457:
* c-common.c (c_t
--- Comment #11 from tromey at gcc dot gnu dot org 2008-01-04 22:04 ---
I took a look at the attached patch.
I don't like it much. I think it puts the work in the wrong place --
libcpp and the lexer -- when, IMO, the problem should be addressed
by changing dbxout.c (and perhap
--- Comment #6 from tromey at gcc dot gnu dot org 2008-01-07 17:24 ---
Subject: Bug 30363
Author: tromey
Date: Mon Jan 7 17:23:40 2008
New Revision: 131379
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131379
Log:
libcpp
2008-01-07 Fred Fish <[EMAIL PROTECTED]&
--- Comment #7 from tromey at gcc dot gnu dot org 2008-01-07 17:25 ---
Slightly modified version of this patch checked in on trunk.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-07 20:08 ---
I agree this is a bug.
I think this patch is insufficient. For best results I think that
libcpp and diagnostic.c should agree on whether the "warnins being treated
as errors" message has been emitted.
--- Comment #2 from tromey at gcc dot gnu dot org 2008-01-07 20:18 ---
Confirmed.
4.1 seems to have silently accepted this.
I will try to read the standard to figure out what is correct.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from tromey at gcc dot gnu dot org 2008-01-09 22:03 ---
What should we do here?
I think the problem is that we have a single bindir, but we are
building multiple executables -- one per multilib.
--
tromey at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from tromey at gcc dot gnu dot org 2008-01-09 22:17 ---
Yeah. We have to make the binaries where we do. They rely on the
libraries we just built.
I suppose we could try to make a bin64 or whatever.
That sounds like a lot of work.
Maybe we could disable the executables
--- 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 |
--- 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 #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=gcc&view=rev&rev=134401
Log:
PR libgcj/35950:
* tools/gnu/classpa
--- 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=gcc&view=rev&rev=134402
Log:
PR libgcj/35950:
* tools/gnu/classpa
--- 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=gcc&view=rev&rev=134421
Log:
PR libcpp/34866:
* errors.c (cpp_error
--
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=gcc&view=rev&rev=134441
Log:
PR libcpp/15500:
* doc/
--- 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
801 - 900 of 1570 matches
Mail list logo
