On Thu, 18 Apr 2002 22:17:19 +0200, "Thorsten Froehlich" <tho### [at] trfde>
wrote:

>In article <3CB1B39A.3F70A85A@gmx.de> , Christoph Hormann 
><chr### [at] gmxde>  wrote:
>
> > 1) The following code generates an error about recursive function calls
> > (in both versions for '#declare fn_A...'):
>
> Yes, because the detection of recursive calls has to rely on the function
> name.

I'm not sure it can be considered as hole in this checking system but if not
then I have simple workaround for our iso_csg library. It is possible now to
redeclare passed functions as array and array not checks recursive calls.

#declare IC_Arr=array[4]
#declare a=array[4]

#macro IC_Merge4(fn_A, fn_B, fn_C, fn_D)
  #local a=array[4]{fn_A,fn_B,fn_C,fn_D};
  function {  
    min(a[0](x, y, z),
        a[1](x, y, z),
        a[2](x, y, z),
        a[3](x, y, z))      
  }
#end 

#declare IC_Arr[0]=function(x, y, z) { x }  
#declare IC_Arr[1]=function(x, y, z) { y }  
#declare IC_Arr[2]=function(x, y, z) { z }    
#declare IC_Arr[3]=function(x, y, z) { x+y }  

#declare a[0]= IC_Merge4(function { IC_Arr[0](x, y, z) }, function {
IC_Arr[1](x, y, z) }, function { IC_Arr[2](x, y, z) }, function {
IC_Arr[3](x, y, z) }) 

ABX

Post a reply to this message

> 
> I'm not sure it can be considered as hole in this checking system but if not
> then I have simple workaround for our iso_csg library. It is possible now to
> redeclare passed functions as array and array not checks recursive calls.
> 

Have you checked this for possible performance eating side effects?  If
there aren't any this could be a possible solution although it would
probably be sufficient to use rare identifiers for the parameters.

Christoph

-- 
POV-Ray tutorials, IsoWood include,                 
TransSkin and more: http://www.tu-bs.de/~y0013390/  
Last updated 20 Apr. 2002 _____./\/^>_*_<^\/\.______

Post a reply to this message

On Mon, 22 Apr 2002 17:53:40 +0200, Christoph Hormann <chr### [at] gmxde>
wrote:
> "W?odzimierz ABX Skiba" wrote:
> > 
> > I'm not sure it can be considered as hole in this checking system but if not
> > then I have simple workaround for our iso_csg library. It is possible now to
> > redeclare passed functions as array and array not checks recursive calls. 
>
> Have you checked this for possible performance eating side effects?

I asked some day in p.a-u what happen when something like
    #local f_a=function(m){ f_b(m) }
is invoked. As answer I recived change 1502 in RC1 :-)

ABX

Post a reply to this message

Skiba <abx### [at] babilonorg>  wrote:

> I asked some day in p.a-u what happen when something like
>     #local f_a=function(m){ f_b(m) }
> is invoked. As answer I recived change 1502 in RC1 :-)

Either you misunderstood my very short change note or I am not remembering
correctly what you asked about the above statement...

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

Skiba <abx### [at] babilonorg>  wrote:

> I'm not sure it can be considered as hole in this checking system but if not
> then I have simple workaround for our iso_csg library. It is possible now to
> redeclare passed functions as array and array not checks recursive calls.

The checking is still done but in a different way.  However, for performance I
strongly recommend not to use an array but unusual variable names, i.e.
__IC_Merge4_fn_A, etc would unlikely be not unique...

    Thorsten

____________________________________________________
Thorsten Froehlich, Duisburg, Germany
e-mail: tho### [at] trfde

Visit POV-Ray on the web: http://mac.povray.org

Post a reply to this message

On Mon, 22 Apr 2002 19:52:50 +0200, "Thorsten Froehlich" <tho### [at] trfde>
wrote:
> > I asked some day in p.a-u what happen when something like
> >     #local f_a=function(m){ f_b(m) }
> > is invoked. As answer I recived change 1502 in RC1 :-)
>
> Either you misunderstood my very short change note or I am not remembering
> correctly what you asked about the above statement...

It was a joke that it was answer for my question. You can find my question in
http://news.povray.org/pcojau0tsr5hk9nprsrf38s3t5ae1ht9ro%404ax.com

ABX

Post a reply to this message