------- Additional Comments From dberlin at gcc dot gnu dot org 2005-08-09
04:18 -------
Subject: Re: gcj should generate N_MAIN stab or
DW_AT_entry_point dwarf2 debug info
On Tue, 2005-08-09 at 04:11 +0000, woodzltc at sources dot redhat dot
com wrote:
> ------- 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:
DWARF3 is not quite standardized yet.
But it's weeks away.
>
> DW_TAG_entry_point A Fortran alternate entry point
Yes, well, i can bring it up if you want, but it seems the right way to
describe your entry points.
>
> 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.
This is wrong, at least for fortran.
>
> 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?
>
Please add an issue on dwarf.freestandards.org and i'll take it from
there.
> Regards
> - Wu Zhou
>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=1427
------- You are receiving this mail because: -------
You are on the CC list for the bug, or are watching someone who is.
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
