Re: Using _recipe in python snippts

Adriaan de Groot <adridg-FlD2LfDziEhmR6Xm/[email protected]>
Newsgroups gmane.comp.tools.aap.devel
Message-ID <[email protected]>
On Wed, 13 Aug 2003, Bram Moolenaar wrote:
> That works fine when $SUBDIRS is set (or not) in the recipe where you
> use this.  I often use get(), so that an empty value is ignored (and
> it's shorter! :-):
>
>     :if _recipe.get("SUBDIRS"):
>  	:child $SUBDIRS

Aye, that looks better. And using the _no scope is probably better anyway,
as you mentioned.

> > Now the problem is that _recipe doesn't always exist. In particular,
> > suppose I have a main.aap in .,./a,and ./a/a that looks like this:
>
> "_recipe" should always exist.  It stands for the scope of the current
> recipe and there always is a current recipe.
>
> It looks like your $SUBDIRS is set in another recipe, thus in another
> scope.  You should probably use the "_no" scope, which works like using
> $SUBDIRS without specifying a scope (thus the name "no scope").

Yes, you can call me a mouth-breathing sukkel for that. I thought _recipe
would be only the variables set in the current recipe's scope, but of
course it also has all the stuff inherited from the parent. For me the
solution was to set SUBDIRS= before reading in the stuff that is supposed
to set SUBDIRS.

Problem solved, and I can now get at least three KDE applications building
with AAP just using my automake wedge. That's a pretty good score, I
think.


-- 
 Adriaan de Groot    adridg-FlD2LfDziEhmR6Xm/[email protected]     Kamer A6020     024-3652272
GPG Key Fingerprint 934E 31AA 80A7 723F 54F9  50ED 76AC EE01 FEA2 A3FE
               http://www.cs.kun.nl/~adridg/research/



-------------------------------------------------------
This SF.Net email sponsored by: Free pre-built ASP.NET sites including
Data Reports, E-commerce, Portals, and Forums are available now.
Download today and enter to win an XBOX or Visual Studio .NET.
http://aspnet.click-url.com/go/psa00100003ave/direct;at.aspnet_072303_01/01
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.