From: Jan Kratochvil <jan.kratochvil@redhat.com>
To: gdb-patches@sources.redhat.com
Cc: Daniel Jacobowitz <drow@false.org>,
Carlos Eduardo Seo <cseo@linux.vnet.ibm.com>
Subject: Re: [patch] XLF Fortran: Remove an inappropriate complaint [Re: XLF Fortran arrays test]
Date: Sun, 25 Nov 2007 22:11:00 -0000 [thread overview]
Message-ID: <20071125221037.GA6297@host0.dyn.jankratochvil.net> (raw)
In-Reply-To: <20071125145555.GB30778@caradoc.them.org>
On Sun, 25 Nov 2007 15:55:55 +0100, Daniel Jacobowitz wrote:
> On Fri, Nov 23, 2007 at 06:21:04PM +0100, Jan Kratochvil wrote:
> > On Fri, 23 Nov 2007 18:05:48 +0100, Carlos Eduardo Seo wrote:
> > ...
> > > During symbol reading, DW_AT_type missing from DW_TAG_subrange_type.
> >
> > This code was there already before my changes. And the XLF output really
> > misses DW_AT_type for DW_TAG_subrange_type. But it should be correct:
> > http://dwarf.freestandards.org/Dwarf3.pdf
> > 5.12 Subrange Type Entries
> > The subrange entry may have a DW_AT_type attribute to describe the type
> > of object, called the basis type, of whose values this subrange is
> > a subset.
> >
> > "may have" should not produce a `complaint' category message as it is not
> > a standard violation.
>
> Here's the rest of what the standard has to say:
>
> ==
> If the subrange entry has no type attribute describing the basis type,
> the basis type is assumed to be the same as the object described by
> the lower bound attribute (if it references an object). If there is no
> lower bound attribute, or that attribute does not reference an object,
> the basis type is the type of the upper bound or count attribute (if
> either of them references an object). If there is no upper bound or
> count attribute, or neither references an object, the type is assumed
> to be the same type, in the source language of the compilation unit
> containing the subrange entry, as a signed integer with the same size
> as an address on the target machine.
> ==
>
> It looks to me like (before your other patches?) we do not support
> the bounds or count referring to objects.
Before my patches
http://sources.redhat.com/ml/gdb-patches/2007-11/msg00438.html
the code supported for the bounds
DW_FORM_sdata, DW_FORM_udata, DW_FORM_data{1,2,4,8}
and after my patches it supports the bounds/count
DW_FORM_block{,1,2,4}
To reference `object' it would have to support
DW_FORM_reF*
but this form is still not supported.
> The code below the
> complaint is creating a signed integer type the size of an address.
> So your patch is OK. Thanks.
I see now my point is wrong. The code still violates (notwithstanding of any
of my Fortran patches) the DWARF standard as it ignores
DW_AT_lower_bound/DW_AT_upper_bound/DW_AT_count with DW_FORM_ref* which may
specify the intended type through another DIE (as can be seen in DWARF3 D.2.2).
Sorry,
Jan
next prev parent reply other threads:[~2007-11-25 22:11 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-16 3:20 [00/11] Fortran dynamic arrays support Jan Kratochvil
2007-11-16 17:46 ` Jim Blandy
2007-11-16 17:55 ` Carlos Eduardo Seo
2007-11-16 19:45 ` Jan Kratochvil
2007-11-19 14:41 ` Carlos Eduardo Seo
[not found] ` <20071123015957.GA3202@host0.dyn.jankratochvil.net>
[not found] ` <20071123021120.GA11797@host0.dyn.jankratochvil.net>
[not found] ` <20071123163125.GA23275@host0.dyn.jankratochvil.net>
[not found] ` <4747086C.3070100@linux.vnet.ibm.com>
2007-11-23 17:21 ` [patch] XLF Fortran: Remove an inappropriate complaint [Re: XLF Fortran arrays test] Jan Kratochvil
2007-11-25 14:56 ` Daniel Jacobowitz
2007-11-25 22:11 ` Jan Kratochvil [this message]
2007-11-25 22:14 ` Daniel Jacobowitz
2007-11-26 7:20 ` [patch] XLF Fortran: Remove an inappropriate complaint Jan Kratochvil
2007-11-26 13:26 ` Daniel Jacobowitz
2007-11-26 22:07 ` Jan Kratochvil
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20071125221037.GA6297@host0.dyn.jankratochvil.net \
--to=jan.kratochvil@redhat.com \
--cc=cseo@linux.vnet.ibm.com \
--cc=drow@false.org \
--cc=gdb-patches@sources.redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox