RE: [sv-ac] comment about 1995

From: Kulshrestha, Manisha <Manisha_Kulshrestha_at_.....>
Date: Mon Jan 21 2008 - 23:26:17 PST
Eric,

Here is an example where an argument to the sequence is automatic
variable which is used in the sequence to pass to a task. You can
imagine this type of assertion inside a for loop and in1 being the loop
iterator.

task my_task(input in);
reg t;

  t = in;

endtask

sequence s(f1, f2);
  (f1, my_task(f2));
endsequence

always @(posedge clk)
begin
  automatic reg in1;
assert property (s(a, in1));
end

Manisha

-----Original Message-----
From: Seligman, Erik [mailto:erik.seligman@intel.com] 
Sent: Monday, January 21, 2008 11:04 PM
To: Kulshrestha, Manisha; Korchemny, Dmitry;
john.havlicek@freescale.com; sv-ac@server.eda.org
Subject: RE: [sv-ac] comment about 1995

Hi Manisha--

I'm not quite sure I understand.  Can you give me a small example code
fragment that should be legal, but is not currently covered properly by
the text of 1995?   Thanks!

-----Original Message-----
From: owner-sv-ac@server.eda.org [mailto:owner-sv-ac@server.eda.org] On
Behalf Of Kulshrestha, Manisha
Sent: Monday, January 21, 2008 9:07 AM
To: Kulshrestha, Manisha; Korchemny, Dmitry;
john.havlicek@freescale.com; sv-ac@server.eda.org
Subject: [sv-ac] comment about 1995

Hi Eric,

As you can see from the discussion below Dimitry asked me to say
explicitly that automatic loop iterator variables should be allowed in
subroutine calls. I know you allow them in action blocks in 1995 but I
donot see any mention of them in subroutine calls in the proposal for
1995. I think it will be good to say it explicitly in 1995 if we want to
allow them in subroutine calls. I'll modify my proposal based on that.

Thanks.
Manisha

-----Original Message-----
From: owner-sv-ac@server.eda.org [mailto:owner-sv-ac@server.eda.org] On
Behalf Of Kulshrestha, Manisha
Sent: Monday, January 21, 2008 3:22 PM
To: Korchemny, Dmitry; john.havlicek@freescale.com; sv-ac@server.eda.org
Subject: RE: [sv-ac] call to vote on 2150

Hi,

My comments are included.

Thanks.
Manisha

-----Original Message-----
From: owner-sv-ac@server.eda.org [mailto:owner-sv-ac@server.eda.org] On
Behalf Of Korchemny, Dmitry
Sent: Monday, January 21, 2008 2:30 PM
To: john.havlicek@freescale.com; sv-ac@server.eda.org
Subject: RE: [sv-ac] call to vote on 2150

I vote yes on 2150 with the following friendly amendments:

* Region names should be capitalized. "the reactive region" -> "the
Reactive region" throughout the proposal.

MK> I'll fix this.

* The LRM usually does not explain limitation reasons, therefore I
believe that the explanation why the automatic variables are disallowed
is redundant.

E.g.,

"Since the action block of an assert statement executes in the reactive
region, the automatic variables referenced in the action block may not
be valid when the action block executes. Therefore the action block of
an assert statement shall not refer to an automatic variable declared
outside of the action block with an exception: An automatic loop
iterator variable may be used in the action block of the assert
statement that is within a for or foreach loop."

may be rewritten as:

"The action block of an assert statement shall not refer to an automatic
variable declared outside of the action block with an exception: An
automatic loop iterator variable may be used in the action block of the
assert statement that is within a for or foreach loop."

Also, should the part of a sentence after a colon be capitalized? Maybe
to rewrite it as:

"The action block of an assert statement shall not refer to an automatic
variable declared outside of the action block with the following
exception: an automatic loop iterator variable may be used in the action
block of the assert statement that is within a for or foreach loop."

MK> I see different things being done at different places in the current
LRM. Here is an example from 20.3.2: "These counterpart tasks-$fdisplay,
$fwrite, $fmonitor, and $fstrobe-accept the same type of arguments as
the tasks upon which they	are based, with one exception: The first
argument shall be either a multichannel descriptor or a file descriptor,
which indicates where to direct the file output. Multichannel
descriptors are described in detail in 20.3.1.
A multichannel descriptor is either a variable or the result of an
expression that takes the form of a 32-bit"

I am not sure which one is correct.

* The same exception (about for loops) should apply to clause 16.10.

MK> I'll fix this.

Thanks,
Dmitry
-----Original Message-----
From: owner-sv-ac@server.eda.org [mailto:owner-sv-ac@server.eda.org] On
Behalf Of John Havlicek
Sent: Wednesday, January 16, 2008 4:08 AM
To: sv-ac@server.eda.org
Subject: [sv-ac] call to vote on 2150

Hi Folks:

This is the call to vote on the proposal for Mantis 2150.

The document on Mantis is

   automatics_2150_01_11_08.pdf

Please vote if you are eligible.  See details below.

J.H.

------------------------------------------------------------------------
----------
Ballot on Mantis 2150

- Called on 2008-01-15, final ballots due by 2008-01-21 T 23:59-08:00.

 v[xxxxxxxxxxxxxxxxxxxxx-xxxxxxxxxxxxxxxxxxxxxxxx-xx] Doron Bustan
(Intel)
 v[xxxxx--xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-x] Eduard Cerny
(Synopsys)     
 n[----------------------x-xxx---------x-x-xxx-x---x] Surrendra Dudani
(Synopsys)
 v[xxxxxxxx-xxxxxx-xxxxxxxxx-xx-xxxxx-xxx-xxx-------] Yaniv Fais
(Freescale)
 t[xxxx--xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx] John Havlicek
(Freescale - Chair)
v[xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxrxxxxxxxxxxxxx-xxx] Dmitry Korchemny
(Intel - Co-Chair)  v[xxxxx-xxxxxxxxx-xxx-x--xx--xxxxx----------xx-xxxx]
Manisha Kulshrestha (Mentor Graphics)
n[------------------------------xxxxx-------x-xx-x-] Jiang Long (Mentor
Graphics)
 n[---------x------------x--xxx.....................] Joseph Lu (Altera)
v[xxxxxxxxxxxxxxxxxxx..............................] Johan Martensson
(Jasper)
 n[---------------------------x--x-xx--xx-xxxxxxx-x-] Hillel Miller
(Freescale)
 v[xxxxx-xxxx-xxxxxxxxxxxxxxxxxxx-xxxxxxxx-xxxxxxxxx] Lisa Piper
(Cadence)
 v[xxxxxx-x-x-xx-xxxxxxx-x-xxxxx-x..................] Erik Seligman
(Intel)
 n[-------x-x----x--------xxxx-----xxxx-xx----------] Tej Singh (Mentor
Graphics)
 v[xxxxxx-x-xxxxxx--xxxxxxxx-xxxxxxxxxxxxxxxxxxxxxxx] Bassam Tabbara
(Synopsys)
 v[xxxxxxxxx-xxxxxxxxxxxxx-xxxxxxxxxx...............] Tom Thatcher (Sun
Microsystems)
   |------------------------------------------------- attendance on
2008-01-15
 |--------------------------------------------------- voting eligibility
for this ballot
|---------------------------------------------------- email ballots
received

        Legend:
                x = attended
                - = missed
                r = represented
                . = not yet a member
                v = valid voter (2 out of last 3 or 3/4 overall)
                n = not a valid voter
                t = chair eligible to vote only to make or break a tie

--
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.



-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Mon Jan 21 23:27:28 2008

This archive was generated by hypermail 2.1.8 : Mon Jan 21 2008 - 23:28:18 PST