RE: [sv-bc] D3 20.2.1: $display arguments

It looks like I got this wrong when I merged 1364 and 1800.  This needs to
be corrected through the Mantis system.  Shalom, will you take care of
creating the Mantis entry?

Stu
~~~~~~~~~~~~~~~~~~~~~~~~~
Stuart Sutherland
Sutherland HDL, Inc.
stuart@sutherland-hdl.com
503-692-0898
 

> -----Original Message-----
> From: owner-sv-bc@server.eda.org 
> [mailto:owner-sv-bc@server.eda.org] On Behalf Of Bresticker, Shalom
> Sent: Monday, May 14, 2007 8:12 AM
> To: Brad Pierce; sv-bc@server.eda.org
> Subject: RE: [sv-bc] D3 20.2.1: $display arguments
> 
>  
> 
> Right. If you say "The arguments cannot be expressions of the 
> string type," it means *all* the arguments.
> 
> Shalom
> 
> ________________________________
> 
> From: owner-sv-bc@server.eda.org 
> [mailto:owner-sv-bc@server.eda.org] On Behalf Of Brad Pierce
> Sent: Monday, May 14, 2007 6:07 PM
> To: sv-bc@server.eda.org
> Subject: RE: [sv-bc] D3 20.2.1: $display arguments
> 
>  
> 
> > What about $display (string);? Does anyone claim this is 
> not allowed?
> 
> It is allowed.
> 
> -- Brad
> 
>  
> 
> ________________________________
> 
> From: owner-sv-bc@eda.org [mailto:owner-sv-bc@eda.org] On 
> Behalf Of Bresticker, Shalom
> Sent: Monday, May 14, 2007 7:11 AM
> To: sv-bc@eda.org
> Subject: [sv-bc] D3 20.2.1: $display arguments
> 
> In Draft 3, 20.2.1, Stu has combined 1364 and 1800 to his 
> understanding as follows:
> 
> The $display and $write tasks display their arguments in the 
> same order as they appear in the argument
> 
> list. Each argument can be a quoted string literal, an 
> expression that returns a value, or a null argument. The
> 
> arguments cannot be expressions of the string data type, with 
> the exception that the argument corresponding
> 
> to a string % format specifier (s) may have the string data type.
> 
>  
> 
> This is subtly different from 1800-2005 22.13, which says,
> 
> - The format arguments to these tasks must be string 
> literals, i.e., they cannot be expressions of
> 
> string data type. The only exception is $sformat, whose 
> second argument can be an expression
> 
> of string data type.
> 
> - The first argument of $swrite can be a string variable.
> 
> - The integer % format specifiers (h, d, o, b, c, u, and z) 
> may be used with any of the
> 
> SystemVerilog integral data types, including enumerated types 
> and packed aggregate data
> 
> types. They shall not be used with any unpacked aggregate type.
> 
> - The argument corresponding to a string % format specifier 
> (s) may have the string data type.
> 
>  
> 
> This says that the *format* arguments cannot be expressions 
> of string data type. It does not say that about all arguments.
> 
> What about $display (string);? Does anyone claim this is not allowed?
> 
> Shalom
> 
> Shalom Bresticker
> 
> Intel Jerusalem LAD DA
> 
> +972 2 589-6852
> 
> +972 54 721-1033 
> 
>  
> 
> 
> -- 
> 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. 
> -- 
> This message has been scanned for viruses and 
> dangerous content by MailScanner 
> <http://www.mailscanner.info/> , and is 
> believed to be clean. 
> 



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