RE: analog final block

From: Bresticker, Shalom <shalom.bresticker_at_.....>
Date: Thu Nov 29 2007 - 04:54:18 PST
Are you aware that SV has a final block?
 
Shalom


________________________________

	From: owner-verilog-ams@server.eda.org
[mailto:owner-verilog-ams@server.eda.org] On Behalf Of Marq Kole
	Sent: Thursday, November 29, 2007 2:47 PM
	To: verilog-ams
	Subject: analog final block
	
	

	All,
	
	With respect to earlier discussions of an analog initial block
we had previously dismissed an analog final block as being less
relevant. Maybe we should reconsider this as where an analog initial
block may open a file to read data from that is used in initialization.
If data from that file is also needed later on in the simulation then an
analog final block may be usefull for closing that file. An final_step
event would in that case not always be able to handle the closing of
files, for instance in the case of a DC sweep. The analog final block
would then be guaranteed to be run after all of the regular analog
blocks have been processed, and prior to any sebsequent analog initial
blocks are processed in case of a (DC) parametric sweep.
	
	Alternatively, the analog final block can act as a conceptually
simpler description of an analog final_step event and obviously with
most of the same limitations as a global event - no contribution
statements, no analog operators, no event control statements, but
support for access functions.
	
	Does this make any sense?
	
	Cheers,
	Marq
	
	
	-- 
	This message has been scanned for viruses and 
	dangerous content by MailScanner <http://www.mailscanner.info/>
, and is 
	believed to be clean. 

---------------------------------------------------------------------
Intel Israel (74) Limited

This e-mail and any attachments may contain confidential material for
the sole use of the intended recipient(s). Any review or distribution
by others is strictly prohibited. If you are not the intended
recipient, please contact the sender and delete all copies.

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
Received on Thu Nov 29 04:54:45 2007

This archive was generated by hypermail 2.1.8 : Thu Nov 29 2007 - 04:54:52 PST