Re: [CEDET-devel] Srecode recursive argument evaluation

[Eric M. L. <er...@si...>]

Hi,

This is a tricky question.

If you consider the programatic creation of tags via templates, a 
structure template may take a :tag argument, which will pull a tag from 
the tag ring.  That template will loop adding variables.  Those vars are 
derived from variable templates that also have a :tag argument.  If they 
also pulled from the tag ring instead of through controlled 
subditionaries that would be problematic.

This is handled as a special case in the code creation templates.  It 
may be possible for arguments to be evaluated also when called as a sub 
template, but I'm not entirely sure what the impact might be.

I won't be able to look into this for a while, but I can investigate 
later this month.

Eric

On 09/04/2010 08:33 AM, Pierre Lorenzon wrote:
>
> Hi,
>
> I am using emacs 24.0.50 (bzr version of july.) It seems that
> argument evaluation is not reccursive : I mean following :
>
>>>>   -- CODE
>
> template subtemp :arg
> ----
> {{MY_VAR}}
> ----
>
> template temp
> ----
> A comment !
> {{>:subtemp}}
> ----
>
>>>>   -- End CODE
>
> When inserting subtemp with srecode-insert :arg
> (i.e. srecode-semantic-handle-:arg) is launched hence MY_VAR is
> set in the dictionary. But when trying to insert temp, even if
> it inserts subtemp, :arg does not seem to be set.
>
> Is it normal ? Why ? One could say that I simply have to add
> :arg to temp arguments but I don't find that convenient for
> some reasons and in particular if one wants to implement
> loops. Is it any good reason for which :arg is not set when
> subtemp is inserted as a subtemplate of temp ? Or is it a lack
> in the code ?
>
> Regards
>
>
> Pierre
>
>
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> Cedet-devel mailing list
> Ced...@li...
> https://lists.sourceforge.net/lists/listinfo/cedet-devel
>