Bug 20735 - gcj writes bogus source filenames for inner classes read from .class files
Summary: gcj writes bogus source filenames for inner classes read from .class files
Status: RESOLVED INVALID
Alias: None
Product: gcc
Classification: Unclassified
Component: java (show other bugs)
Version: 4.0.0
: P2 minor
Target Milestone: ---
Assignee: Not yet assigned to anyone
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-04-03 01:47 UTC by Robin Green
Modified: 2012-01-11 12:55 UTC (History)
2 users (show)

See Also:
Host: i386-redhat-linux
Target: athlon-redhat-linux
Build: athlon-redhat-linux
Known to work:
Known to fail:
Last reconfirmed:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robin Green 2005-04-03 01:47:10 UTC 
If you compile a .class file for an inner class with gcj, e.g.

gcj -o foo.so [... other options ...] Foo\$1.class

then the source filename is stored as Foo$1.java (see it with e.g. eu-readelf
--debug-dump=line foo.so), which is wrong. gcj should use the SourceFile
attribute instead, which probably contains the correct source filename.

(This problem causes rpmbuild to spew lots of errors when it tries to build the
-debuginfo package for a Java package.)
Comment 1 Richard Biener 2012-01-11 12:55:47 UTC 
No testcase provided.