* Re: Patch for handling of DW_AT_byte_size in DW_TAG_string_type and a some FORTRAN support
[not found] <3BE98B49.7EF731FA@caldera.com>
@ 2001-12-02 18:49 ` Elena Zannoni
2002-01-09 13:54 ` Petr Sorfa
0 siblings, 1 reply; 3+ messages in thread
From: Elena Zannoni @ 2001-12-02 18:49 UTC (permalink / raw)
To: petrs; +Cc: gdb-patches
Petr, sorry for the delay.
Your patch is approved.
Did you add yourself to the MAINTAINERS file in the write after
approval section? (I think that's the correct section) If not, could
you please do that? Do you have cvs write access?
Thanks
Elena
Petr Sorfa writes:
> Hi All,
>
> This patch contains:
>
> 1) Handling of the DW_AT_byte_size attribute when processing a
> DW_TAG_string_type (this is acceptable under the current DWARF 2.1/3.0
> standard.)
> 2) In read_tag_string_type(), a fix for FORTRAN that propagates the
> first string length to all string types. This is important as FORTRAN
> strings are not delimited as in C/C++.
> 3) Handling of the DW_LANG_Fortran95.
>
> 2001-11-07 Petr Sorfa <petrs@caldera.com>
>
> * dwarf2read.c (read_tag_string_type): Handling of
> DW_AT_byte_size.
> (read_tag_string_type): FORTRAN fix to prevent propagation of
> first string size.
> (set_cu_language): Handling of DW_LANG_Fortran95
>
> Comments?
>
> Petr
> --
> --------------------------------------------------------
> Petr Sorfa Senior Software Engineer
> Caldera
> 430 Mountain Ave. http://www.caldera.com
> Murray Hill 07974
> NJ, USA
> --------------------------------------------------------
> Disclaimer: All my comments are my own and nobody else's
> ----------------------------------------------------------*** dwarf2read.c Wed Nov 7 09:18:31 2001
> --- dwarf2read.c.ps Wed Nov 7 09:22:41 2001
> *************** read_tag_string_type (struct die_info *d
> *** 2743,2754 ****
> }
> else
> {
> ! length = 1;
> }
> index_type = dwarf2_fundamental_type (objfile, FT_INTEGER);
> range_type = create_range_type (NULL, index_type, 1, length);
> ! char_type = dwarf2_fundamental_type (objfile, FT_CHAR);
> ! type = create_string_type (char_type, range_type);
> die->type = type;
> }
>
> --- 2743,2772 ----
> }
> else
> {
> ! /* check for the DW_AT_byte_size attribute */
> ! attr = dwarf_attr (die, DW_AT_byte_size);
> ! if (attr)
> ! {
> ! length = DW_UNSND (attr);
> ! }
> ! else
> ! {
> ! length = 1;
> ! }
> }
> index_type = dwarf2_fundamental_type (objfile, FT_INTEGER);
> range_type = create_range_type (NULL, index_type, 1, length);
> ! if (cu_language == language_fortran)
> ! {
> ! /* Need to create a unique string type for bounds
> ! information */
> ! type = create_string_type (0, range_type);
> ! }
> ! else
> ! {
> ! char_type = dwarf2_fundamental_type (objfile, FT_CHAR);
> ! type = create_string_type (char_type, range_type);
> ! }
> die->type = type;
> }
>
> *************** set_cu_language (unsigned int lang)
> *** 3751,3756 ****
> --- 3769,3775 ----
> break;
> case DW_LANG_Fortran77:
> case DW_LANG_Fortran90:
> + case DW_LANG_Fortran95:
> cu_language = language_fortran;
> break;
> case DW_LANG_Mips_Assembler:
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Patch for handling of DW_AT_byte_size in DW_TAG_string_type and a some FORTRAN support
2001-12-02 18:49 ` Patch for handling of DW_AT_byte_size in DW_TAG_string_type and a some FORTRAN support Elena Zannoni
@ 2002-01-09 13:54 ` Petr Sorfa
2002-01-09 14:00 ` Andrew Cagney
0 siblings, 1 reply; 3+ messages in thread
From: Petr Sorfa @ 2002-01-09 13:54 UTC (permalink / raw)
To: Elena Zannoni; +Cc: gdb-patches
Hi Elena,
Sorry, was out of contact for two months, hence late reply.
> Your patch is approved.
Great!
> Did you add yourself to the MAINTAINERS file in the write after
> approval section? (I think that's the correct section) If not, could
> you please do that? Do you have cvs write access?
Nope. I'm not too sure if I'm allowed to. And no I don't have cvs
access.
Petr
>
> Thanks
> Elena
>
> Petr Sorfa writes:
> > Hi All,
> >
> > This patch contains:
> >
> > 1) Handling of the DW_AT_byte_size attribute when processing a
> > DW_TAG_string_type (this is acceptable under the current DWARF 2.1/3.0
> > standard.)
> > 2) In read_tag_string_type(), a fix for FORTRAN that propagates the
> > first string length to all string types. This is important as FORTRAN
> > strings are not delimited as in C/C++.
> > 3) Handling of the DW_LANG_Fortran95.
> >
> > 2001-11-07 Petr Sorfa <petrs@caldera.com>
> >
> > * dwarf2read.c (read_tag_string_type): Handling of
> > DW_AT_byte_size.
> > (read_tag_string_type): FORTRAN fix to prevent propagation of
> > first string size.
> > (set_cu_language): Handling of DW_LANG_Fortran95
> >
> > Comments?
> >
> > Petr
> > --
> > --------------------------------------------------------
> > Petr Sorfa Senior Software Engineer
> > Caldera
> > 430 Mountain Ave. http://www.caldera.com
> > Murray Hill 07974
> > NJ, USA
> > --------------------------------------------------------
> > Disclaimer: All my comments are my own and nobody else's
> > ----------------------------------------------------------*** dwarf2read.c Wed Nov 7 09:18:31 2001
> > --- dwarf2read.c.ps Wed Nov 7 09:22:41 2001
> > *************** read_tag_string_type (struct die_info *d
> > *** 2743,2754 ****
> > }
> > else
> > {
> > ! length = 1;
> > }
> > index_type = dwarf2_fundamental_type (objfile, FT_INTEGER);
> > range_type = create_range_type (NULL, index_type, 1, length);
> > ! char_type = dwarf2_fundamental_type (objfile, FT_CHAR);
> > ! type = create_string_type (char_type, range_type);
> > die->type = type;
> > }
> >
> > --- 2743,2772 ----
> > }
> > else
> > {
> > ! /* check for the DW_AT_byte_size attribute */
> > ! attr = dwarf_attr (die, DW_AT_byte_size);
> > ! if (attr)
> > ! {
> > ! length = DW_UNSND (attr);
> > ! }
> > ! else
> > ! {
> > ! length = 1;
> > ! }
> > }
> > index_type = dwarf2_fundamental_type (objfile, FT_INTEGER);
> > range_type = create_range_type (NULL, index_type, 1, length);
> > ! if (cu_language == language_fortran)
> > ! {
> > ! /* Need to create a unique string type for bounds
> > ! information */
> > ! type = create_string_type (0, range_type);
> > ! }
> > ! else
> > ! {
> > ! char_type = dwarf2_fundamental_type (objfile, FT_CHAR);
> > ! type = create_string_type (char_type, range_type);
> > ! }
> > die->type = type;
> > }
> >
> > *************** set_cu_language (unsigned int lang)
> > *** 3751,3756 ****
> > --- 3769,3775 ----
> > break;
> > case DW_LANG_Fortran77:
> > case DW_LANG_Fortran90:
> > + case DW_LANG_Fortran95:
> > cu_language = language_fortran;
> > break;
> > case DW_LANG_Mips_Assembler:
--
--------------------------------------------------------
Petr Sorfa Senior Software Engineer
Caldera
430 Mountain Ave. http://www.caldera.com
Murray Hill 07974
NJ, USA
--------------------------------------------------------
Disclaimer: All my comments are my own and nobody else's
----------------------------------------------------------
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: Patch for handling of DW_AT_byte_size in DW_TAG_string_type and a some FORTRAN support
2002-01-09 13:54 ` Petr Sorfa
@ 2002-01-09 14:00 ` Andrew Cagney
0 siblings, 0 replies; 3+ messages in thread
From: Andrew Cagney @ 2002-01-09 14:00 UTC (permalink / raw)
To: petrs; +Cc: Elena Zannoni, gdb-patches
> Hi Elena,
>
> Sorry, was out of contact for two months, hence late reply.
>
>
>> Your patch is approved.
>
> Great!
>
>
>> Did you add yourself to the MAINTAINERS file in the write after
>> approval section? (I think that's the correct section) If not, could
>> you please do that? Do you have cvs write access?
>
> Nope. I'm not too sure if I'm allowed to. And no I don't have cvs
> access.
Look through a bit further in your two month old e-mail queue :-) I
know I sent you the info, well I'm pretty sure I did.
Andrew
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2002-01-09 22:00 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <3BE98B49.7EF731FA@caldera.com>
2001-12-02 18:49 ` Patch for handling of DW_AT_byte_size in DW_TAG_string_type and a some FORTRAN support Elena Zannoni
2002-01-09 13:54 ` Petr Sorfa
2002-01-09 14:00 ` Andrew Cagney
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox