David, Xavier I don't think it is such a straight-forward thing to say. The answer below seems to only cover $finish executed in an analog block. In digital, a $finish immediately terminates the simulation. For AMS, it doesn't make sense to me that we require digital to then execute the analog solver to do another time step in order to execute the @final_step blocks after a $finish is encountered when normally a digital simulators terminate immediately when a $finish occurs. Also LRM2.2 says that $finish "simply makes the simulator exit" so this would seem to not be a backwardly compatible change. Thanks, --Martin -----Original Message----- From: owner-verilog-ams@eda.org [mailto:owner-verilog-ams@eda.org] On Behalf Of David Miller Sent: Wednesday, March 26, 2008 8:35 AM To: Xavier Bestel Cc: Verilog-AMS LRM Committee Subject: Re: $finish and final_step Hello Xavier, yes, $finish should cleanly stop the simulation by converging on this timestep and executing any final_step blocks. $stop should converge on the current timestep but not execute final_step blocks. Main difference between $finish and $stop is that $stop is more like a pause - the simulation can be resumed. $finish terminates the simulation. I am not sure why this is not highlighted in the LRM - I know that we discuss the simulation control tasks but seems that adding in this behaviour explicitly was missed. I will make a note to get it added into next draft of 2.3 Cheers... Dave Xavier Bestel wrote: > Hi, > > should $finish execute the step again with final_step events on ? > I didn't see it specified in the LRM, in a way or in the other. > > Thanks, > Xav > > -- ===================================== -- David Miller -- Design Technology (Austin) -- Freescale Semiconductor -- Ph : 512 996-7377 Fax: x7755 ===================================== -- 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 Wed Mar 26 16:37:44 2008
This archive was generated by hypermail 2.1.8 : Wed Mar 26 2008 - 16:37:58 PDT