Re: [sv-bc] mantis 2549 - ommiting parenthesis in f-call

From: Steven Sharp <sharp_at_.....>
Date: Thu Jun 18 2009 - 11:19:40 PDT
>From: "Daniel Mlynek" <daniel.mlynek@aldec.com>

>1. As I understand in call to task,  "void function", "void method function"
>parenthesis can be ommited ( am I right?)

This is correct.  The reason is that there is no possible ambiguity.  An
identifier used as a statement must be a call to a task (or void function).


>2. What if "nonvoid function" or "non-void function method" is called like a
>task - return value is discarded

Technically, the LRM defines it by what you are calling, not by how it is
called.  However, the same reasoning applies here as in the void function
case, so I don't see a reason it could not be allowed.


>3. For "nonvoid-function  method" behaviour is desribed but what about
>"nonvoid function" the behaviour should be the same as for method or
>parenthesis cannot be ommited at all?

For a non-void non-method function, the parentheses cannot be omitted.


Steven Sharp
sharp@cadence.com


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Thu Jun 18 11:26:36 2009

This archive was generated by hypermail 2.1.8 : Thu Jun 18 2009 - 11:28:15 PDT