Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
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


  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