RE: [sv-bc] unsized number literals

From: Loganath Ramachandran <lrcrsr@hotmail.com>
Date: Wed Aug 04 2010 - 05:38:25 PDT

I also think 2'b11 is correct. My reasoning is as follows. (page numbers
quoted below

based on 1800-2009 LRM)

 

1) An unsized literal should at least contain 32 bits (page 37 of LRM)

2) All bits of the unsized value shall be set to the value of the
specified bit. (page 37 of LRM)

 

So in this example, the actual is at least 32bits wide with value of
"1111...111", while the

formal is 2-bits wide.

 

In my opinion, a warning would be nice, but I am not sure if LRM requires
this because of

the unsized nature of the constant.

 

Thanks

 

Logie

 

 

 

 

 

 

From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On Behalf Of Dhiraj
Kumar Prasad
Sent: Wednesday, August 04, 2010 5:05 AM
To: Bresticker, Shalom
Cc: Surya Pratik Saha; sv-bc@eda.org
Subject: Re: [sv-bc] unsized number literals

 

Hello Shalom,

Questa 6.6b display 2'b11.

-dhiRAj

Bresticker, Shalom wrote:

The conclusion of that thread seemed to be that 2'b11 would be the correct
answer here.

 

Shalom

 

From: Surya Pratik Saha [mailto:spsaha@cal.interrasystems.com]
Sent: Wednesday, August 04, 2010 2:53 PM
To: Dhiraj Kumar Prasad
Cc: Bresticker, Shalom; sv-bc@eda.org
Subject: Re: [sv-bc] unsized number literals

 

Hi Dhiraj,
I don't agree, I did not get anything explicit in LRM supporting your
answer. We have already discussed about that in past. See the mail thread
with subject "Query about '1" around early July 2008 time frame.

Regards
Surya

-------- Original Message --------
Subject: Re:[sv-bc] unsized number literals
From: Dhiraj Kumar Prasad <mailto:dhiraj@cal.interrasystems.com>
<dhiraj@cal.interrasystems.com>
To: Bresticker, Shalom <mailto:shalom.bresticker@intel.com>
<shalom.bresticker@intel.com>
Cc: <mailto:sv-bc@eda.org> "sv-bc@eda.org" <mailto:sv-bc@eda.org>
<sv-bc@eda.org>, Dhiraj Kumar Prasad <mailto:dhiraj@cal.interrasystems.com>
<dhiraj@cal.interrasystems.com>
Date: Wednesday, August 04, 2010 5:09:57 PM

Hello Shalom,

The correct behavior should be 2'b11 . Even I have tested the three
simulator and all are giving 2'b11 as output
with One of them is showing warning as port size differ in port connection.

-dhiRAj

Bresticker, Shalom wrote:

Consider the following code:

 

module top;

bot bot('1);

endmodule

 

 

module bot(input [1:0] i);

initial #10 $displayb(i);

endmodule

 

We have a port connection of '1 to a 2-bit port.

 

I would expect '1 to expand to 2'b11 without a problem.

 

In fact, the three simulators I tested showed different behaviors.

 

One did in fact show that i was assigned 2'b11 without any problem.

 

One simulator also assigned 2'b11 to i, but also issued a port-size mismatch
warning.

 

One simulator also issued such a warning and assigned 2'bz1 to i.

 

What is the correct behavior?

 

Thanks,

Shalom

 

 

Shalom Bresticker

Intel LAD DA, Jerusalem, Israel

+972 2 589 6582 (office)

+972 54 721 1033 (cell)

http://www.linkedin.com/in/shalombresticker

 

 

---------------------------------------------------------------------
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  <http://www.mailscanner.info/> MailScanner, and is 
believed to be clean. 
-- 
This message has been scanned for viruses and 
dangerous content by  <http://www.mailscanner.info/> 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  <http://www.mailscanner.info/> 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.
Received on Wed Aug 4 05:38:54 2010

This archive was generated by hypermail 2.1.8 : Wed Aug 04 2010 - 05:41:35 PDT