Re: Question on version number with configure.acand bakefile

V=E1clav Slav=EDk wrote:
> On Dec 27, 2010, at 22:36, Stefano Antonelli wrote:
>> to main.bkl and when running the bakefile executable, test.bkl was inclu=
ded just fine
> =

> "." is part of the search path. "./bakefile" or "./whatever" are not.

I tried this early on and it did not seem to work.  Perhaps I still don't u=
nderstand or misunderstand what you're saying.

If I place my .empy files in the same directory as main.bkl, bakefile still=
 can't find them.  Do you expect different, or does that make sense?
 =

>> I think it would be more elegant to be able to point to the writer in ma=
in.bkl though.  Is that possible?
> =

> All names of included files are relative to the search path. So yes, it i=
s possible: by putting the .empy file on default search path.

The problem I have with this statement is "included files".  The writer is =
not "included" anywhere in main.bkl.  Is it treated differently?

Having a quick look at writer.py, it looks as though config.searchPath is u=
sed to look for the writer file.  config.py only sets a few default paths b=
ased on the BAKEFILE_PATHS environment variable and the location of the bak=
efile executable.  I don't see "." explicitly added.  It looks to me as tho=
ugh the only other place config.searchPath is modified is in bakefile.py th=
rough the -I switch.  Is any of this remotely correct?  I don't know Python.

It appears as though "." is not in the default search path.  The only way t=
o include "." or any other arbitrary directory is through the -I switch or =
BAKEFILE_PATHS environment variable.

-Stef



---------------------------------------------------------------------------=
---
Learn how Oracle Real Application Clusters (RAC) One Node allows customers
to consolidate database storage, standardize their database environment, an=
d, =

should the need arise, upgrade to a full multi-node Oracle RAC database =

without downtime or disruption
http://p.sf.net/sfu/oracle-sfdevnl