[Wxlua-users] Re: wxLua updated to lua 5.1, please test, NOTES for programmers

[Francesco M. <f18...@ya...>]

John Labenski ha scritto:
> On 3/29/06, Francesco Montorsi <f18...@ya...> wrote:
>>> I came across what seemed to be a bug in the garbage collector in
>>> 5.0.2. In the printing sample  "virtual" functions are set for the
>>> wxLuaPrintout which get called instead of the c++ functions. However
>>> in the print preview if you changed the size of the preview a few
>>> times the functions you set (even if global, not local) would get
>>> garbage collected.
>> weird...
> 
> Yeah, that's why I haven't gotten around to the minimal/freeze program. :(
> 
>>> It compiles and runs using the "Makefiles" in the src dir of the
>>> apps/XXX dirs. All the samples have been updated, but not thoroughly
>>> tested.
>> I've updated bakefiles but now, when I try to run wxluaedit I get a
>> segmentation fault... (this with wx2.6.3 and with an up2date
>> wxStedit...); other apps and samples I've tried work fine.
> 
> Ok, I'll try to debug it, works ok in linux for me.
I forgot to say that
1) I'm in linux, too
2) I'm using release, unicode builds (I'm messing with autopackages once 
again ;))
I'll try soon with a debug build

> 
>>> Some notes on the changes for 5.1 that I've come across, there's more...
>>>
>>> 1) lua 5.1 does not have an "include" dir so I faked it by copying the
>>> pertinent headers that we use into it.
>> if you want to keep the header files in lua/src/ folder it's fine for me
>> as it's not a problem for bakefiles ;)
> 
> What about installing? I guess it'd be ok too since lua doesn't use
> directories to nicely confine their headers anyway so it's just a
> matter of fully specifying the include path.
> 
> #include "lua.h" instead of "lua/lua.h"
yes, exactly; changing the way headers are included there should be no 
problem at all...

Francesco

PS: I forgot to say that I removed the WXLUA_CODE symbol from compiler 
line as otherwise I get a redefinition error...