[Bug java/1427] gcj should generate N_MAIN stab or DW_AT_entry_point dwarf2 debug info

["dberlin at dberlin dot org" <gcc-bugzilla at gcc dot gnu dot org>]

------- 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