--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-21
18:36 ---
The bug here is that the semantic analysis for a case expression,
in parse.y:java_complete_lhs(), just does this:
/* First, the case expression must be constant. Values of final
fields are
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-21
19:05 ---
I'm testing a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc do
com
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=22162
at dot com
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=22163
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-24
21:36 ---
The patch was obsoleted by other changes.
I don't think I have a copy of it any more.
I'm throwing this PR back into the pool for now.
--
What|Removed
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-24
21:38 ---
I'm not sure when this was fixed, but it works in 4.0.
--
What|Removed |
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-24
21:49 ---
FWIW I agree with the analysis.
This is related to PR 21540, but not the same.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13788
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-25
16:52 ---
One problem is that you need to compile with -fjni.
However, adding this to aot-compile does not seem to fix the bug.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-27
16:52 ---
The problem here is that the code in patch_binop that
converts URSHIFT_EXPR to RSHIFT_EXPR modifies the type and
code of the tree in place -- but that is incorrect as it misses
the final cast back to a
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-27
16:59 ---
I'm testing a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc do
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-27
18:41 ---
I checked this in to cvs trunk.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-27
18:41 ---
I checked in the fix on cvs trunk.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-29
17:06 ---
I have a patch for this.
Could you try it with RSSOwl if I send it to you?
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-29
17:22 ---
Actually, I wrote a very simple test case and I'm simply going to
check in my fix. The test just makes a Thread and calls interrupt
on it before starting it. With gij this currently aborts.
--
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-29
17:42 ---
I checked this in to cvs trunk.
It should go in 4.0 as well once the branch reopens.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22211
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-30
05:21 ---
Note that Test2.java actually is invalid code.
Unlike anonymous constructors, implicit constructors are
not given any special treatment when it comes to 'throws'
clauses.
Test.java is valid code
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-30
05:33 ---
I don't see this in cvs; is there a reason not to check it in?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21428
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-02
00:10 ---
Not yet.
I think my plan was to fix it by using the classpath version of this class.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21637
nu dot 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
OtherBugsDependingO 12725
nThis:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22377
--
What|Removed |Added
BugsThisDependsOn||22377
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12725
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-13
17:17 ---
According to mjw there is already code in classpath's ClassLoader
to do gnu.* checking (whether it is exactly what we want is not clear --
aph suggested we rename packages to make it very clear which
--
What|Removed |Added
CC||tromey at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla
--
What|Removed |Added
Summary|[4.1 Regression] with - |[4.1 Regression] with -
|fwrapv -INT_MIN is still not|fwrapv -INT_MIN is still not
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
18:35 ---
I'm testing a patch for this.
I didn't fix libtool but instead changed how we perform these compilations.
--
What|Removed
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
18:36 ---
Just FYI, 4.0.x is open again.
This fix could go in now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21943
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
20:58 ---
I checked in a fix on the trunk.
I think this is already fixed on the 4.0 branch.
--
What|Removed |Added
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
20:59 ---
Does this also fail with 4.0.x?
If so perhaps we need "LANG=C sort" there.
On the trunk I fixed this in a different way.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22283
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-18
18:07 ---
Confirmed with 4.0 and cvs trunk.
--
What|Removed |Added
Status|UNCONFIRMED
--
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
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/bugzilla/show_bug.cgi?id=45083
--- 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
701 - 800 of 1570 matches
Mail list logo
