This is the mail archive of the
java-prs@gcc.gnu.org
mailing list for the Java project.
[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
- From: "woodzltc at sources dot redhat dot com" <gcc-bugzilla at gcc dot gnu dot org>
- To: java-prs at gcc dot gnu dot org
- Date: 9 Aug 2005 04:11:07 -0000
- Subject: [Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info
- References: <20001220121944.1427.tromey@gcc.gnu.org>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- Additional Comments From woodzltc at sources dot redhat dot com 2005-08-09 04:11 -------
OK. I had some time and would like to have a look into this, and I found
something inconsistent. My founding is listed below, wishing that it can help
clarify the situation a little:
1. Someone mentioned DW_AT_entry_point in above comments. It should be a typo
IMHO. In DWARF standard, there is no such an attribute named
DW_AT_entry_point, but there does exist a tag named DW_TAG_entry_point.
2. Seen from the DWARF standard, DW_TAG_entry_point doesn't live to act as
what was supposed to do. Section-3.3 of DWARF-3 standard (Subroutine and
Entry Point Entries) says:
DW_TAG_entry_point A Fortran alternate entry point
Although I am not very sure about what it means by "alternate entry point".
But I believe that it is not to represent the entry point in the final
executable.
3. I had a browsing over the DWARF standard, didn't found anything that is the
same as N_MAIN in stabs. Maybe we can suggest DWARF to add such a tag? Any
comments?
Regards
- Wu Zhou
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427