--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17008
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17060
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21880
nline floatToIntBits et al
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu do
t org
ReportedBy: tromey at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,java-prs at gcc dot gnu
dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22579
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24
19:27 ---
This is fixed in 4.0 and on cvs head.
Now we do textual canonicalization, and we don't use the filesystem.
--
What|Removed |
--
Bug 16229 depends on bug 14696, which changed state.
Bug 14696 Summary: URL constructor incorrectly causes file canonicalization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14696
What|Old Value |New Value
-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-24
19:36 ---
Note that this is fixed in Classpath but not in libgcj as
we still have divergences in serialization.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-26
21:51 ---
Nope, gjdoc is in its own module in classpath cvs and
has not been imported into the gcc tree at all.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19612
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-27
17:39 ---
This is a request for Classpath.
--
What|Removed |Added
Component|libgcj
== 0 versus build_field_ref
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: java
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: tromey at gcc dot gnu dot org
CC:
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
17:19 ---
I checked in the fix.
--
What|Removed |Added
Status|NEW
--
Bug 21824 depends on bug 21819, which changed state.
Bug 21819 Summary: i*86-*-gnu* not enabled in configure.ac
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21819
What|Old Value |New Value
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
18:47 ---
I'm handling this.
--
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
18:53 ---
I checked in a fix to classpath.
I'll pull it into libgcj with the next update.
(If it is more urgent I can pull it in separately sooner.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22580
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-10
23:11 ---
Here's the failure:
/home/tromey/Merge/build/gcc/gcj
-B/home/tromey/Merge/build/i686-pc-linux-gnu/libjava/
-B/home/tromey/Merge/build/gcc/ -ffloat-store -fclasspath=
-fbootclasspath=/home/tromey/Merge/
0412 (Red Hat Linux 3.3.3-7)
(FWIW this bug is a big impediment to debugging gcj.)
--
Summary: enum constants not visible to gdb
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: debug
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-12
16:41 ---
I checked in the fix.
Thanks
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-12
18:42 ---
Although this is fairly ugly, I'm not opposed to it.
I am however a bit reluctant to check in a patch to work around
a feature in a beta version of make. It seems to me that perhaps
a feature that c
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-15
19:38 ---
I submitted a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-16
16:08 ---
I checked in a fix to the trunk.
--
What|Removed |Added
Status|ASSIGNED
--
Bug 18131 depends on bug 23300, which changed state.
Bug 23300 Summary: DECL_FIELD_OFFSET == 0 versus build_field_ref
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23300
What|Old Value |New Value
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-18
16:09 ---
AIUI, Andrew's profiling of jonas showed the runtime linker to be
down in the noise. So this is not very important.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12756
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-19
16:20 ---
I agree that this is most likely not a libgcj bug.
Ronald, why do you think the _dtoa call ought to be changed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23466
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-21
00:31 ---
Thanks, I'll handle this.
--
What|Removed |Added
AssignedTo|unassigned at gc
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-21
00:31 ---
Thanks, I'll handle this
--
What|Removed |Added
AssignedTo|unassigned at gc
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-21
22:25 ---
That stack trace looks a bit peculiar.
But maybe it is just that it hasn't been "cleaned up" to remove
the frames related to constructing the exception.
I think the only thing to do here is
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-21
22:27 ---
The patch in comment #2 is ok, please check it in.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23508
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
15:00 ---
I would prefer to leave the PR open to address the _dtoa issue.
I've updated the PR synopsis to reflect this.
I agree that we should not change our toString output, as ours is
correct.
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
18:00 ---
No feedback in nearly a year.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
18:05 ---
Committed to 4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
18:53 ---
I fixed this in classpath.
It will be brought in by the next merge.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23499
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
19:12 ---
Here is a test case that needs only libgcj:
abstract class B implements Runnable
{
public B() { }
abstract void run();
}
class C extends B
{
void run() { }
}
class A
{
private C c = null
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
20:08 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
21:54 ---
Robin, could you do another test where you use memcmp instead of
a hand-written loop?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23495
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
22:09 ---
I have a patch to make this use TLS when it is available.
I'm testing it.
--
What|Removed |
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
22:09 ---
Testing a fix.
--
What|Removed |Added
AssignedTo|tromey at redhat dot com
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-22
22:40 ---
Fix checked in.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23
14:15 ---
I see this too.
Compiling with -fno-bounds-check helps, but not enough.
One possibility is simply that our implementation of nextDouble is
inefficient. I doubt this function was coded for maximum
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23
14:19 ---
I tried this with the gcc 4.0 and java-gnome that ship on Fedora Core 4.
It worked for me.
Can you give some more information? Perhaps the stack trace that you see?
Did you compile this or run it
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23
14:36 ---
This still seems quite high:
# of unexpected failures91
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20908
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23
16:02 ---
Also fails with cvs head.
Offhand I suspect a compiler bug.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23
17:02 ---
Here is the complete test case:
import java.text.*;
import java.util.*;
public class pr23183 {
public static void main(String[] args) {
SimpleDateFormat sdf = new SimpleDateFormat("'&
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-23
19:58 ---
Reduced test case. Compile to .class, then compile with -findirect-dispatch.
Interpreting works fine.
public class pr23182 {
static class Wrapper {
Object w;
Object get() {
return w
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-24
22:33 ---
I'm testing a patch
--
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Additional Comments From tromey at gcc dot gnu dot org 2005-08-25
02:10 ---
I checked this in to classpath.
It should be pulled over to gcj at the next import.
I'll look at putting this on the 4.0 branch as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23183
--- Comment #7 from tromey at gcc dot gnu dot org 2009-11-19 16:30 ---
Created an attachment (id=19055)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19055&action=view)
modified patch
I've slightly updated the patch to handle non-public entities
as well.
--- Comment #8 from tromey at gcc dot gnu dot org 2009-11-19 16:45 ---
Created an attachment (id=19056)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19056&action=view)
patch for readelf
This patch modifies the binutils readelf utility to
dump the new section.
--
--- Comment #9 from tromey at gcc dot gnu dot org 2009-12-02 19:40 ---
Created an attachment (id=19214)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19214&action=view)
patch for readelf
This is an updated readelf patch.
Now "readelf -wI" works properly.
--
--- Comment #10 from tromey at gcc dot gnu dot org 2009-12-03 18:08 ---
Created an attachment (id=19218)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19218&action=view)
updated gcc patch to put the CU's language in the new section
--
tromey at gcc dot gnu dot
--- Comment #11 from tromey at gcc dot gnu dot org 2009-12-03 18:09 ---
Created an attachment (id=19219)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19219&action=view)
updated binutils patch to account for language in new index
--
tromey at gcc dot gnu dot org
--- Comment #12 from tromey at gcc dot gnu dot org 2009-12-03 18:16 ---
I compiled a C++ program with a gcc that includes this patch.
I see some erroneous entries in the resulting index. E.g.:
0xb8 DW_TAG_structure_type._6
0x3f1 DW_TAG_structure_type
: 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=42288
--- Comment #3 from tromey at gcc dot gnu dot org 2009-12-07 15:57 ---
Yes, that's exactly what I would like. Thanks.
--
tromey at gcc dot gnu dot org changed:
What|Removed |
--- Comment #13 from tromey at gcc dot gnu dot org 2009-12-07 21:32 ---
It would be best for gdb if gcc emitted an "empty" section if
there was nothing to index. See PR 42288 for an analogous case.
This is worth doing even though, in this situation, the resulting
CU won
--- Comment #5 from tromey at gcc dot gnu dot org 2009-12-08 17:58 ---
FWIW, I know that this patch will not affect the CVS gdb,
because that gdb never reads the .debug_aranges section.
I'll try this out using my branch today.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42288
--- Comment #3 from tromey at gcc dot gnu dot org 2009-12-14 16:26 ---
This seems to work better with svn trunk:
Breakpoint 2, func2 () at pr.c:5
5 return 0;
(gdb) fini
Run till exit from #0 func2 () at pr.c:5
0x080483c3 in main () at pr.c:13
13|| func2 ()
Value
Version: 4.5.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=42959
--- Comment #2 from tromey at gcc dot gnu dot org 2010-02-05 18:04 ---
I tried this with some random svn trunk checkout, and it worked ok:
<1><25>: Abbrev Number: 2 (DW_TAG_namespace)
<26> DW_AT_name: bar
<2a> DW_AT_decl_fi
--- Comment #3 from tromey at gcc dot gnu dot org 2010-07-19 18:44 ---
In the end, we decided not to use .debug_pubnames in gdb.
And, GCC no longer generates this section on most platforms.
So, I am closing this bug.
--
tromey at gcc dot gnu dot org changed:
What
--- Comment #3 from tromey at gcc dot gnu dot org 2010-07-21 15:19 ---
The ordinary cases work fine with svn trunk gcc.
However, member pointers still don't have all the info emitted.
Consider this test case:
struct S { int f; };
template struct T { };
T<&S::f> v;
For v
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=45024
Product: gcc
Version: 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=45048
--- Comment #8 from tromey at gcc dot gnu dot org 2010-07-23 18:28 ---
Yeah, nobody is ever going to bother with this.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tromey at gcc dot gnu dot org 2010-07-23 21:06 ---
I suppose the duplicate is due to the "i" inside of "f".
But inside of f I see:
<2><78>: Abbrev Number: 7 (DW_TAG_lexical_block)
<79> DW_AT_low_pc : 0x3
&l
While compiling gdb with a relatively recent svn trunk gcc, I saw:
gcc -g -O2 -I. -I../../archer/gdb -I../../archer/gdb/common
-I../../archer/gdb/config
-DLOCALEDIR="\"/home/tromey/gnu/archer/install/share/locale\"" -DHAVE_CONFIG_H
-I../../archer/gdb/../include/opcod
--- Comment #1 from tromey at gcc dot gnu dot org 2010-07-26 15:53 ---
Created an attachment (id=21318)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21318&action=view)
compressed .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45083
--- Comment #2 from tromey at gcc dot gnu dot org 2010-07-26 15:59 ---
Forgot some info:
opsy. gcc -v
Using built-in specs.
COLLECT_GCC=gcc
COLLECT_LTO_WRAPPER=/space/tromey/Trunk/install/bin/../libexec/gcc/i686-pc-linux-gnu/4.6.0/lto-wrapper
Target: i686-pc-linux-gnu
Configured with
rning
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
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 2010-07-26 16:12 ---
Created an attachment (id=21319)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=21319&action=view)
compressed .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45085
y: pointer type information lost in debuginfo
Product: gcc
Version: 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=45088
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
1001 - 1100 of 1894 matches
Mail list logo
