RE: [sv-ec] multiple non-static array dimensions

What are those numbers?

Anyway, as Dave wrote, several Manti were opened on these issues, and
1447 was adopted as being the main one.

Ralph Duncan started working on it, with extensive off-line discussions
mostly with myself, Doug Warmke, Dave Rich, and Francoise Martinolle. 

After several revisons, Ralph deposited a proposal on Mantis 1447 about
a year ago, but it was not really reviewed. I think I may have
reservations about parts of it.

Due to circumstances beyond his control, Ralph had to stop working on it
and the work stopped there. I had hoped to continue, but I have not had
time either. 

We did think the issue is important, but it is very extensive. 

Bottom Line: There is an unfinished proposal on Mantis 1447.

Regards,
Shalom

> -----Original Message-----
> From: owner-sv-ec@server.eda.org 
> [mailto:owner-sv-ec@server.eda.org] On Behalf Of Rich, Dave
> Sent: Wednesday, September 19, 2007 4:10 AM
> To: Brad Pierce; sv-ec@server.eda-stds.org
> Subject: RE: [sv-ec] multiple non-static array dimensions
> 
> For example 794 and 2030.
> 
> Dave
> 
> 
> > -----Original Message-----
> > From: owner-sv-ec@server.eda.org [mailto:owner-sv-ec@server.eda.org]
> On
> > Behalf Of Brad Pierce
> > Sent: Tuesday, September 18, 2007 6:37 PM
> > To: sv-ec@server.eda-stds.org
> > Subject: RE: [sv-ec] multiple non-static array dimensions
> > 
> > Dave writes --
> > 
> >      "There are a number of bugs in the BNF that prevent 
> constructing
> a
> > dynamic array that is a member of another array, or even a 
> member of a 
> > structure. Same problem for constructing classes. I think this was
> just
> > an oversight."
> > 
> > Dave, Would you please file a Mantis item with 
> representative examples 
> > you believe should be legal, but the current BNF disallows?
> > 
> > Thanks,
> > 
> > -- Brad
> > 
> > -----Original Message-----
> > From: owner-sv-ec@eda.org [mailto:owner-sv-ec@eda.org] On Behalf Of 
> > Rich, Dave
> > Sent: Tuesday, September 18, 2007 5:20 PM
> > To: Steven Sharp; sv-ec@eda-stds.org; michael.burns@freescale.com
> > Subject: RE: [sv-ec] multiple non-static array dimensions
> > 
> > There are several mantis items already open on this.
> > 
> > The general consensus has been that an array is a single 
> dimensional 
> > type whose element type many be any type, including another array 
> > (except that a packed array may not contain unpacked types). A 
> > dimensional type is indexing method that could be a fixed-sized, 
> > dynamic, associative or queue type. So a multi-dimensional array is
> just
> > a special case of an array whose element type is a similar array 
> > dimensional type.
> > 
> > 
> > There are a number of bugs in the BNF that prevent constructing a 
> > dynamic array that is a member of another array, or even a 
> member of a 
> > structure. Same problem for constructing classes. I think this was
> just
> > an oversight.
> > 
> > 
> > Dave
> > 
> > 
> > > -----Original Message-----
> > > From: owner-sv-ec@server.eda.org 
> [mailto:owner-sv-ec@server.eda.org]
> > On
> > > Behalf Of Steven Sharp
> > > Sent: Tuesday, September 18, 2007 4:38 PM
> > > To: sv-ec@server.eda-stds.org; michael.burns@freescale.com
> > > Subject: Re: [sv-ec] multiple non-static array dimensions
> > >
> > >
> > > >Are multiple dynamic array dimensions allowed?
> > > >
> > > >   int var1[][];
> > >
> > > Yes.
> > >
> > >
> > > >I haven't been able to find anything definitive in 
> 1800-2005 or in
> > draft
> > > 3a,
> > > >though 3a does define a dynamic array as "_any_ dimension of an
> > unpacked
> > > array
> > > >whose size can be set or changed at run time"; to me, this
> statement
> > > means that
> > > >a dynamic array does not have to be the only unpacked dimension,
> but
> > it
> > > does
> > > not
> > > >necessarily imply that multiple dynamic unpacked dimensions are
> > allowed.
> > >
> > > The LRM was rather unclear about this.  I misinterpreted it
> initially
> > > myself.
> > >
> > >
> > > >If this is allowed, I would expect that the outer array 
> would need
> to
> > be
> > > >"new"ed, then each array-in-array would need to be "new"ed
> > separately,
> > > yes?
> > >
> > > Yes.  The outer array is essentially an array of handles 
> to dynamic 
> > > arrays.
> > >
> > >
> > > > And,
> > > >also that arbitrary combinations of queues and associative arrays
> > would
> > > also be
> > > >allowed as unpacked dimensions.
> > >
> > > Yes.
> > >
> > >
> > > Steven Sharp
> > > sharp@cadence.com
> > >
> > >
> > > --
> > > This message has been scanned for viruses and dangerous 
> content by 
> > > MailScanner, and is believed to be clean.
> > 
> > 
> > --
> > This message has been scanned for viruses and dangerous content by 
> > MailScanner, and is believed to be clean.
> > 
> > 
> > 
> > --
> > This message has been scanned for viruses and dangerous content by 
> > MailScanner, and is believed to be clean.
> > 
> 
> 
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
> 
---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.