RE: [sv-bc] Final blocks in packages

I had the same issue with fork/join_none calling a task inside a
declaration assignment inside a package.

 

A package should either 

a) only exist if it is imported/referenced, or

b) should be defined (i.e. restricted) so that it doesn't matter if does
or does not exist.

 

 

Dave

 

 

________________________________

From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org] On
Behalf Of Brad Pierce
Sent: Wednesday, May 10, 2006 9:47 AM
To: sv-bc@server.eda.org
Subject: Re: [sv-bc] Final blocks in packages

 

Do variable declaration assignments in a package occur only if the
variable is imported?

 

-- Brad

 

________________________________

From: Rich, Dave [mailto:Dave_Rich@mentor.com] 
Sent: Tuesday, May 09, 2006 6:40 PM
To: Brad Pierce; sv-bc@eda.org
Subject: RE: [sv-bc] Final blocks in packages

 

Does someone have to import the package or refer to an item in a packed
for the final block to execute? I would think so; otherwise it would be
difficult to manage the exclusion of packages that you did not want to
execute.

 

Independently of whether final blocks in packages are a "good idea", I
don't think it is a priority worth discussing right now.

 

Dave

 

 

________________________________

From: owner-sv-bc@server.eda.org [mailto:owner-sv-bc@server.eda.org] On
Behalf Of Brad Pierce
Sent: Tuesday, May 09, 2006 6:29 PM
To: sv-bc@server.eda.org
Subject: Re: [sv-bc] Final blocks in packages

 

Following up on http://www.eda.org/sv-bc/hm/4421.html , does any extra
text need to be added to explain how final blocks in packages execute?

 

In my opinion, no.  I think it would be sufficient for a proposal only
to add final blocks to the 19.2 list of items that can be shared via
packages and in the BNF to move "final_construct" out of its current
locations and into "package_or_generate_item_declaration".

 

Independently of whether final blocks in packages is a "good idea", does
the above seem like a sufficient way to modify the LRM if it were?

 

-- Brad