NC-Verilog and VCS give the same result.
Shalom
> -----Original Message-----
> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Brad
> Pierce
> Sent: Tuesday, June 28, 2011 7:54 AM
> To: sv-bc@eda.org
> Subject: Re: [sv-bc] RE: Evaluating bounds in array declarations
>
> Thanks, Steven. So to be backward compatible with Verilog-XL, it looks
> like option 3 is the way to go, namely, self-determined evaluation,
> but the result treated as a signed integer.
>
> -- Brad
>
> On Mon, Jun 27, 2011 at 7:35 PM, Steven Sharp <sharp@cadence.com> wrote:
> > As you say, the issue far predates SV. Originally it would have come from
> > Verilog-XL. Here are the answers to your examples based on XL.
> >
> >
> >
> > Wire w1 has 2 bits, and wire w2 has 1 bit.
> >
> >
> >
> >
> >
> > From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Brad
> > Pierce
> > Sent: Monday, June 27, 2011 3:41 PM
> >
> > To: sv-bc
> > Subject: [sv-bc] Evaluating bounds in array declarations
> >
> >
> >
> > In an array declaration, such as
> >
> >
> >
> > wire [constant_expression : 0] w;
> >
> >
> >
> > is the constant_expression
> >
> >
> >
> > 1) statically cast to ‘integer’ in the SV style (that is, evaluated
> in
> > the context of an assignment to the signed type ‘integer’), or
> >
> > 2) evaluated in a self-determined context and used as is (possibly
> > unsigned), or
> >
> > 3) evaluated in a self-determined context, but then cast to an
> integer?
> >
> >
> >
> > I’m guessing 3, but don’t find an answer in the LRM. Why 3? Because the
> > issue far predates SV and its static cast, and the result of self-
> determined
> > context used as-is leads to strange results.
> >
> >
> >
> > For example, does the following have 2 bits, or a huge number of bits?
> >
> >
> >
> > wire [ 32’b0 - 1 : 0] w1; // type(32’b0 – 1) is unsigned
> >
> >
> >
> > For example, does the following have 7 bits or 1 bit?
> >
> >
> >
> > wire [ 1’b1 + 1’b1 + 1’b1 << 1 : 0] w2; // 6 == (1’b1 + 1’b1 +
> 1’b1
> > << 1)
> >
> >
> >
> > -- Brad
> >
> >
> >
> >
> >
> >
> >
> >
> >
> > --
> > 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.Received on Mon Jun 27 21:59:12 2011
This archive was generated by hypermail 2.1.8 : Mon Jun 27 2011 - 21:59:17 PDT