public inbox for gcc-bugs@sourceware.org
help / color / mirror / Atom feed
* [Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info
[not found] <bug-23280-4@http.gcc.gnu.org/bugzilla/>
@ 2010-10-19 22:10 ` burnus at gcc dot gnu.org
2013-06-25 9:13 ` dominiq at lps dot ens.fr
1 sibling, 0 replies; 4+ messages in thread
From: burnus at gcc dot gnu.org @ 2010-10-19 22:10 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
Tobias Burnus <burnus at gcc dot gnu.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |burnus at gcc dot gnu.org
--- Comment #4 from Tobias Burnus <burnus at gcc dot gnu.org> 2010-10-19 22:10:14 UTC ---
Can this PR be closed given that PR 43414 is fixed? If not, could you point out
what is missing?
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info
[not found] <bug-23280-4@http.gcc.gnu.org/bugzilla/>
2010-10-19 22:10 ` [Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info burnus at gcc dot gnu.org
@ 2013-06-25 9:13 ` dominiq at lps dot ens.fr
1 sibling, 0 replies; 4+ messages in thread
From: dominiq at lps dot ens.fr @ 2013-06-25 9:13 UTC (permalink / raw)
To: gcc-bugs
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
Dominique d'Humieres <dominiq at lps dot ens.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|NEW |RESOLVED
Resolution|--- |FIXED
--- Comment #5 from Dominique d'Humieres <dominiq at lps dot ens.fr> ---
> Can this PR be closed given that PR 43414 is fixed? If not,
> could you point out what is missing?
No answer since more than two years. Closing as FIXED.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info
[not found] <bug-23280-6528@http.gcc.gnu.org/bugzilla/>
2006-10-14 14:19 ` steven at gcc dot gnu dot org
@ 2009-06-13 6:10 ` fxcoudert at gcc dot gnu dot org
1 sibling, 0 replies; 4+ messages in thread
From: fxcoudert at gcc dot gnu dot org @ 2009-06-13 6:10 UTC (permalink / raw)
To: gcc-bugs
------- Comment #3 from fxcoudert at gcc dot gnu dot org 2009-06-13 06:10 -------
(In reply to comment #2)
> We should actually emit DW_AT_calling_convention for the main program.
We currently correctly emit DW_AT_calling_convention.
> The DW_AT_entry_point attribute is for alternate entries, which, yes,
> we should also emit but don't.
Here's an example:
subroutine func()
entry ent ()
end subroutine
With intel ("ifort -c -g" followed by "readelf -wi"), we get one subprogram and
one entry point:
<1><ba>: Abbrev Number: 3 (DW_TAG_subprogram)
DW_AT_decl_line : 1
DW_AT_decl_column : 12
DW_AT_decl_file : 1
DW_AT_inline : 0 (not inlined)
DW_AT_accessibility: 1 (public)
DW_AT_type : <b2>
DW_AT_prototyped : 0
DW_AT_name : func
DW_AT_low_pc : 0
DW_AT_high_pc : 0x2c
DW_AT_external : 1
<2><db>: Abbrev Number: 4 (DW_TAG_entry_point)
DW_AT_decl_line : 2
DW_AT_decl_column : 9
DW_AT_decl_file : 1
DW_AT_name : ent
DW_AT_type : <b2>
DW_AT_static_link : 3 byte block: 76 0 6
DW_AT_low_pc : 0x11
while with gfortran we get three subprograms:
<1><2d>: Abbrev Number: 2 (DW_TAG_subprogram)
DW_AT_external : 1
DW_AT_name : (indirect string, offset: 0x7a): func
DW_AT_decl_file : 1
DW_AT_decl_line : 1
DW_AT_low_pc : 0
DW_AT_high_pc : 0x10
DW_AT_frame_base : 0 (location list)
<1><49>: Abbrev Number: 3 (DW_TAG_subprogram)
DW_AT_external : 1
DW_AT_name : ent
DW_AT_decl_file : 1
DW_AT_decl_line : 2
DW_AT_low_pc : 0x10
DW_AT_high_pc : 0x20
DW_AT_frame_base : 0x60 (location list)
<1><65>: Abbrev Number: 4 (DW_TAG_subprogram)
DW_AT_name : (indirect string, offset: 0x0): master.0.func
DW_AT_decl_file : 1
DW_AT_decl_line : 3
DW_AT_low_pc : 0x20
DW_AT_high_pc : 0x2a
DW_AT_frame_base : 0xc0 (location list)
DW_AT_sibling : <92>
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info
[not found] <bug-23280-6528@http.gcc.gnu.org/bugzilla/>
@ 2006-10-14 14:19 ` steven at gcc dot gnu dot org
2009-06-13 6:10 ` fxcoudert at gcc dot gnu dot org
1 sibling, 0 replies; 4+ messages in thread
From: steven at gcc dot gnu dot org @ 2006-10-14 14:19 UTC (permalink / raw)
To: gcc-bugs
------- Comment #2 from steven at gcc dot gnu dot org 2006-10-14 14:19 -------
We should actually emit DW_AT_calling_convention for the main program. The
DW_AT_entry_point attribute is for alternate entries, which, yes, we should
also emit but don't.
G77 also never got this right.
--
steven at gcc dot gnu dot org changed:
What |Removed |Added
----------------------------------------------------------------------------
Severity|normal |enhancement
Summary|gfortran does not emit |gfortran does not emit
|DW_AT_entry_point (dwarf-2) |DW_AT_entry_point (dwarf-2)
|or N_MAIN (stabs) debugging |debugging info
|info |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23280
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2013-06-25 9:13 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <bug-23280-4@http.gcc.gnu.org/bugzilla/>
2010-10-19 22:10 ` [Bug fortran/23280] gfortran does not emit DW_AT_entry_point (dwarf-2) debugging info burnus at gcc dot gnu.org
2013-06-25 9:13 ` dominiq at lps dot ens.fr
[not found] <bug-23280-6528@http.gcc.gnu.org/bugzilla/>
2006-10-14 14:19 ` steven at gcc dot gnu dot org
2009-06-13 6:10 ` fxcoudert at gcc dot gnu dot org
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).