RE: [sv-ac] call to vote on 2150

Hi All,

I have uploaded a new version which addresses concerns from Dimitry and
Bassam (also attached here). 

Thanks.
Manisha

-----Original Message-----
From: Korchemny, Dmitry [mailto:dmitry.korchemny@intel.com] 
Sent: Sunday, January 27, 2008 6:07 PM
To: Kulshrestha, Manisha; john.havlicek@freescale.com;
sv-ac@server.eda.org
Subject: RE: [sv-ac] call to vote on 2150

Hi Manisha,

I agree with you. But I think it should be mentioned in your proposal
(that loop indices are considered to be constants), or at least a
reference needs to be provided.

Thanks,
Dmitry

-----Original Message-----
From: Kulshrestha, Manisha [mailto:Manisha_Kulshrestha@mentor.com] 
Sent: Saturday, January 26, 2008 8:04 PM
To: Kulshrestha, Manisha; Korchemny, Dmitry;
john.havlicek@freescale.com; sv-ac@server.eda.org
Subject: RE: [sv-ac] call to vote on 2150

Hi Dimitry,

During our internal review, it was noticed that the exception about
allowing automatic loop iterator variable in the action block is not
right. Basically the idea is that as per 1995, an automatic loop index
can be passed to an action block but it does not really behave like a
reference to an automatic variable, it behaves like a constant (for each
loop iterator value). If it is treated like an automatic variable, then
all the action blocks will see its last value, which is not really
correct. Also, we do not want action blocks to assign any values to this
variable.

As long as 1995 has the details about how loop iterator value will be
used, it should be fine to not keep this exception.

What do you think ?

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.