John Labenski ha scritto:
> On 12/6/06, Francesco Montorsi <[EMAIL PROTECTED]> wrote:
>> John Labenski ha scritto:
>>> I have rewritten the coroutine code so that we do not have to replace
>>> luaE_newthread and luaE_freethread by pushing the wxLuaStateRefData
>>> into the registry table.
>> good work!
>>
>>> Hopefully this will make using wxLua as a lua module using require
>>> much easier... of course the build files have to sorted out.
>> I'll reorganize the bakefiles tonight ;)
>>
>> With bakefile 0.2.1 we are very very near to have all functionalities we
>> need in the "official" bakefile. In fact, the only thing which makes us
>> depend on a patched bakefile currently is that we want to:
>>
>>   1) use wxPresets and all logic they contain
>>   2) have WX_DEBUG=0/1 and WX_UNICODE replaced by BUILD=debug/release
>> and UNICODE option names
>>
>> if we remove "feature" #2 then we can use bakefile 0.2.1
>> if we don't, hopefully Vaclav will apply my patch for bakefile 0.2.2
>> (I'm pinging him about that patch since a long time now).
> 
> Hopefully, soon. :)
hopefully ;)
So, AFAIU, we'll keep in use the patched bakefile version.
I.e. we keep BUILD and UNICODE option names, right?

> Is the bakefile on the wxLua website the same one you're using
> (htdocs/bakefile/frm-bakefile.tar.gz). I haven't tried it yet, since
> this would be the first time I'd need it. If not could you update it
> if it's not too much trouble?
sure - I've updated it just taking a vanilla bakefile repo and applying 
the "condvar" patch - that is the patch which makes it possible to 
rename WX_DEBUG=>BUILD and so on...

To work with it on wxLua I only need to replace the <srcdir> tags 
scattered in wxLua bakefiles with the mostly-equivalent <set-srcdir> tag 
which is now supported by bakefile.


>> Is there any other build problem which I should solve this evening ?
> 
> I don't think so. I dunno what you want to do about naming the lua.exe
> and lua.dll. Do we put wx in it somewhere since some linux
> distributions have lua packages and we don't want to overwrite it for
> "make install" even though it's identical?
looking into apps.bkl we have:

     <exe id="app_lua" template="luainterpreter">
         <!-- avoid clashes with the verbatim lua interpreter and call 
it 'wxlua-lua' -->
         <exename>wxlua-lua</exename>
         <wxlua-lib>lua</wxlua-lib>
     </exe>

     <!-- the verbatim LUA interpreter (compiled without 
WXLUA_LUA_NEWTHREAD define) -->
     <exe id="app_verbatimlua" template="luainterpreter">
         <exename>lua5.1</exename>
         <sys-lib>lua5.1</sys-lib>
     </exe>

that is, we actually build a vanilla LUA interpreter and we call it 
lua5.1 like it's common to do in unix distro... so that we are currently 
replacing the system's lua5.1 executable with our vanilla one which 
should be identic.

Maybe we should avoid to do that since users may have installed in the 
system a custom lua5.1 executable.

So I'd say we should remove the app_verbatimlua <exe> and keep only 
app_lua (which uses "wxlua-lua" name).

I'm doing all required changes to wxLua bakefiles right now.
I'll commit them as soon as they are complete.

Francesco






-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
wxlua-users mailing list
wxlua-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/wxlua-users

Reply via email to