--- Comment #7 from dfranke at gcc dot gnu dot org 2010-05-08 20:30 ---
(In reply to comment #6)
> So I don't see any problem on the gfortran producer side.
I take this as a suggestion to close this PR.
Please reopen if misinterpreted.
--
dfranke at gcc dot gnu dot org changed:
--- Comment #6 from jakub at gcc dot gnu dot org 2010-04-30 21:34 ---
It IMHO shouldn't be DW_TAG_pointer_type, it is not a C style pointer.
DW_TAG_array_type is what is emitted and what is listed in DWARF3/4 examples
for Fortran code with POINTER variables. And current GCC certainly em
--- Comment #5 from dfranke at gcc dot gnu dot org 2010-04-30 21:11 ---
Has this been WAITING for 18 months now?
Any news? :)
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from burnus at gcc dot gnu dot org 2008-10-11 16:32 ---
Jakub, I think GCC sets the wrong type for "rd". It has:
<1><1bb>: Abbrev Number: 7 (DW_TAG_array_type)
<1bc> DW_AT_name : (indirect string, offset: 0xf9): array2_real(kind=4)
whereas for ifort I get:
<1><
--- Comment #3 from dominiq at lps dot ens dot fr 2008-09-18 21:12 ---
With gdb on i686-apple-darwin9, I get either
(gdb) pt rd
type = real*4 (0:-1,0:-1)
or
(gdb) pt rd
No symbol "rd" in current context.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30249
--- Comment #2 from burnus at gcc dot gnu dot org 2008-09-18 20:03 ---
Works for me. Can you check with a recent 4.4 compiler? There I get:
(idb) pt RD
type = REAL(4)(10)(10)
which looks OK.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-12-24 05:36 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
