RE: Verilog-AMS question regarding $table_model

From: Patrick O'Halloran <patrick_at_.....>
Date: Fri Oct 07 2005 - 13:32:00 PDT
Hi Muranyi,

$table_model() does a multidimensional interpolation on a dataset argument
using the present values of its lookup arguments and so I would agree with
you, it does not need to follow the restrictions of analog operators.

There may have been valid reasons to restrict it in 2.2, so perhaps someone
involved in the 2.2 definition may provide some background. Assuming there
are no reasons to restrict $table_model(), then in 2.3 we should remove the
last paragraph of 10.12. 

Regards,

Patrick

Patrick O'Halloran
Tiburon Design Automation
patrick@tiburon-da.com
707-694-2013 (cell)
707-541-7343 (office)

 

> -----Original Message-----
> From: owner-verilog-ams@eda.org 
> [mailto:owner-verilog-ams@eda.org] On Behalf Of Muranyi, Arpad
> Sent: Friday, October 07, 2005 12:12 PM
> To: verilog-ams
> Subject: Verilog-AMS question regarding $table_model
> 
> Hello again,
>  
> I would like to ask a question about the restrictions imposed 
> on the $table_model function.
>  
> The last paragraph of Section 10.12 of the LRM v2.2 says the
> following:
>  
> "The $table_model system function has the same restrictions 
> as analog operators in terms of where it may be used - i.e. 
> it shall not be used inside if, case or for statements unless 
> these statements are controlled by genvar-constant 
> expressions. See Section 4.4 for more details on the 
> restrictions on analog operators."
> 
> I simply do not understand the reason for needing this restriction.
> My understanding is that $table_model is a lookup function, 
> and it does not depend on any past values from previous 
> iterations, like ddt or idt do.  Is this restriction 
> justified?  I am leaning towards requesting the removal of 
> this restriction, but first I want to ask the question in 
> case I don't know about something that justifies this restriction.
> 
> Thanks,
> 
> Arpad
> ===================================================================
> 
> 
Received on Fri Oct 7 13:32:12 2005

This archive was generated by hypermail 2.1.8 : Fri Oct 07 2005 - 13:32:31 PDT