This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [gfortran] PATCH Fix PR 20058


On Mon, Feb 21, 2005 at 07:37:12PM +0100, Tobias Schl?ter wrote:
> Steve Kargl wrote:
> >  /* Match a binary, octal or hexadecimal constant that can be found in
> > -   a DATA statement.  */
> > +   a DATA statement.  In section 5.2.5 and following C567 we find "If a
> > +   data-stmt-constant is a boz-literal-constant, the corresponding variable
> > +   shall be of type integer.  The boz-literal-constant is treated as if it
> > +   were an int-literal-constant with a kind-param that specifies the
> > +   representation method with the largest decimal exponent range supported
> > +   by the processor."  */
> 
> You should probably say that this is from the F2K standard.  I'm also curious
> what edition you have, and where you got it.  In my Sep 2002 draft there's a
> lot of stuff between C567 and this restriction.

My home pdf file is a May 2004, Working Draft, J3/04-007
My office pdf file is the Final Committe Draft, which is the
draft submitted for approval by ISO.  It is dated Oct 2003,
Final Committe Draft, J3/03-007R2.   In either pdf file, the
quoted text is found on page 89, above Note 5.25.

> I'm interested in this, because I was looking for something like this when I
> implemented kind suffixes for boz constants.  With this rule from the
> standard, kind suffixes to boz-literal-constants seem superfluous, so maybe we
> should remove them from our compiler before we release a compiler with an
> unneeded language extension.  What do other people think?

I was going to make that suggestion, but since it takes on the order
of 3 weeks to get a patch approved I did not want to make a radical
change.  

-- 
Steve


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]