wxlua-users — wxLua list for users and developers

[Wxlua-users] Re: wxLua on Linux

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

Hi,

John Labenski ha scritto:
>>>You have to run make in bindings/wxwidgets to generate the bindings in
>>>modules/wxbind/. This is because of the number of changes being made
>>>to the binding generator.
>>
>>grr; I always forgot about that step.
>>
>>Could we commit the generated bindings in CVS ?
> 
> 
> Ok, I'll do that this weekend.
good



>>We also really need some way to:
>>1) produce luasetup.h from luasetup.h.in (maybe adding 'wx' prefix to
>>both as we discussed time ago): I had to manually change it to exclude
>>the contrib wx headers which I do not have installed and wxFontMapper
>>(see point #3)
> 
> 
> This is supposed to be like wxWidgets/include/wx/msw/setup0.h where
> you select what you want included with your wxLua bindings build. I
> will change it to wxluasetup.h this weekend.
ok, on win32 I'd keep it exactly like wx's setup0.h but on unix we need 
(like wx does) a wxluasetup.h.in which is transformed into wxluasetup.h.
Last, there are also the


     <option name="WXLUASETUP_DIR" category="path">
         <default-value>$(WXLUASETUP_DIR_DEFAULT)</default-value>
         <description>The folder where wxluasetup.h is 
searched</description>
     </option>

     <option name="WXLUABINDLIB_DIR" category="path">
         <default-value>$(WXLUABINDLIB_DIR_DEFAULT)</default-value>
         <description>The folder where wxLuaBind library is 
sent</description>
     </option>

options to connect to the build system...


>>2) fix warnings about non-existing symbols (I get ton of messages like:
>>
>>./modules/wxbind/include/wxbind.h:127:6: warning: "wxUSE_WAVE" is not
>>defined
>>./../modules/wxbind/include/wxbind.h:328:5: warning:
>>"wxLUA_USE_wxCriticalSection" is not defined
>>./../modules/wxbind/include/wxbind.h:506:5: warning:
>>"wxLUA_USE_wxCriticalSectionLocker" is not defined
>>./../modules/wxbind/include/wxbind.h:919:5: warning:
>>"wxLUA_USE_wxCriticalSectionLocker" is not defined
>>./../modules/wxbind/include/wxbind.h:1038:6: warning: "wxUSE_WAVE" is
>>not defined
>>...
>>)
> 
> 
> These should all be defined! I'll get a new cvs head checkout at home
> in linux (mine is probably a month old)  and see if I get them. The
> wxLUA_USE_XXX are certainly defined in luasetup.h though.
I don't know why but the wxUSE_WAVE and 
wxLUA_USE_wxCriticalSectionLocker symbols are not defined...



>>3) now compilation stops on my file:
>>
>>./wxbind/src/gdi.cpp:2289: error: 'class wxFontMapper' has no member
>>named 'SetConfig'
>>
>>this is probably because I use wxCVS.
>>I see in gdi.i:
>>
>>%class %noclassinfo wxFontMapper
>>....
>>     void SetConfig(wxConfigBase *config = NULL)
>>...
>>%endclass
>>
>>can something like
>>
> 
> %class %noclassinfo wxFontMapper
> ....
>      !%wxchkver27 void SetConfig(wxConfigBase *config = NULL)
> ...
> %endclass
> 
> Again, I'll do a wxWidgets cvs update and see if I get the same errors
> and fix them.
Ok, great !


>>4) disabling wxFontMapper I now get all the errors in the attached log.
>>This is because I'm on a 64bit machine.
>>Is wxbind/src/wx_class.cpp something automatically generated ?
>>If yes, the wxlua wrapper generator should be changed to output (long)
>>casts instead of (int) ones...
> 
> 
> There was no log attached, could you resend it?
sorry !

Francesco

Re: [Wxlua-users] Re: wxLua on Linux

[John L. <jla...@gm...>]

On 1/20/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>
> John Labenski ha scritto:
> > On 1/20/06, Francesco Montorsi <f18...@ya...> wrote:
> >
> >>make[1]: Entering directory `/home/frm/work/wxLua/modules/wxlua/src'
> >>g++ -shared -o /usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0 internal.=
o
> >>wxlbind.o wxlcallb.o wxlintrp.o wxlstate.o
> >>/usr/bin/ld: internal.o: relocation R_X86_64_32 against `a local symbol=
'
> >>can not be used when making a shared object; recompile with -fPIC
> >>internal.o: could not read symbols: Bad value
> >>collect2: ld returned 1 exit status
> >>make[1]: *** [/usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0] Error 1
> >>make[1]: Leaving directory `/home/frm/work/wxLua/modules/wxlua/src'
> >>make: *** [wxLuaLib] Error 2
> >>frm@genius:~/work/wxLua/apps/wxlua/src$
> >>
> >>And this did not work with both a static and a shared build of wxWidget=
s.
> >>
> >>Last, I searched for the unresolved linker symbols: i.e.
> >>s_wxluatag_wxWindow, s_wxluatag_wxBitmap, s_wxluatag_wxEvtHandler,
> >>s_wxluatag_wxEvent and I found that they are all declared as extern
> >>symbols at the beginning of some CPP files (like wxlstate.cpp) but then
> >>they are not defined anywhere.
> >>
> >>How did you manage to compile these sources ?
> >>Do I have to run some bind generator ?
> >>Or you have some un-committed sources in your local copy ?
> >
> >
> > You have to run make in bindings/wxwidgets to generate the bindings in
> > modules/wxbind/. This is because of the number of changes being made
> > to the binding generator.
> grr; I always forgot about that step.
>
> Could we commit the generated bindings in CVS ?

Ok, I'll do that this weekend.

> We also really need some way to:
> 1) produce luasetup.h from luasetup.h.in (maybe adding 'wx' prefix to
> both as we discussed time ago): I had to manually change it to exclude
> the contrib wx headers which I do not have installed and wxFontMapper
> (see point #3)

This is supposed to be like wxWidgets/include/wx/msw/setup0.h where
you select what you want included with your wxLua bindings build. I
will change it to wxluasetup.h this weekend.

> 2) fix warnings about non-existing symbols (I get ton of messages like:
>
> ./modules/wxbind/include/wxbind.h:127:6: warning: "wxUSE_WAVE" is not
> defined
> ./../modules/wxbind/include/wxbind.h:328:5: warning:
> "wxLUA_USE_wxCriticalSection" is not defined
> ./../modules/wxbind/include/wxbind.h:506:5: warning:
> "wxLUA_USE_wxCriticalSectionLocker" is not defined
> ./../modules/wxbind/include/wxbind.h:919:5: warning:
> "wxLUA_USE_wxCriticalSectionLocker" is not defined
> ./../modules/wxbind/include/wxbind.h:1038:6: warning: "wxUSE_WAVE" is
> not defined
> ...
> )

These should all be defined! I'll get a new cvs head checkout at home
in linux (mine is probably a month old)  and see if I get them. The
wxLUA_USE_XXX are certainly defined in luasetup.h though.

> 3) now compilation stops on my file:
>
> ./wxbind/src/gdi.cpp:2289: error: 'class wxFontMapper' has no member
> named 'SetConfig'
>
> this is probably because I use wxCVS.
> I see in gdi.i:
>
> %class %noclassinfo wxFontMapper
> ....
>      void SetConfig(wxConfigBase *config =3D NULL)
> ...
> %endclass
>
> can something like
>
%class %noclassinfo wxFontMapper
....
     !%wxchkver27 void SetConfig(wxConfigBase *config =3D NULL)
...
%endclass

Again, I'll do a wxWidgets cvs update and see if I get the same errors
and fix them.

> 4) disabling wxFontMapper I now get all the errors in the attached log.
> This is because I'm on a 64bit machine.
> Is wxbind/src/wx_class.cpp something automatically generated ?
> If yes, the wxlua wrapper generator should be changed to output (long)
> casts instead of (int) ones...

There was no log attached, could you resend it?

Regards,
    John Labenski

[Wxlua-users] Re: wxLua on Linux

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

Hi,

John Labenski ha scritto:
> On 1/20/06, Francesco Montorsi <f18...@ya...> wrote:
> 
>>make[1]: Entering directory `/home/frm/work/wxLua/modules/wxlua/src'
>>g++ -shared -o /usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0 internal.o
>>wxlbind.o wxlcallb.o wxlintrp.o wxlstate.o
>>/usr/bin/ld: internal.o: relocation R_X86_64_32 against `a local symbol'
>>can not be used when making a shared object; recompile with -fPIC
>>internal.o: could not read symbols: Bad value
>>collect2: ld returned 1 exit status
>>make[1]: *** [/usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0] Error 1
>>make[1]: Leaving directory `/home/frm/work/wxLua/modules/wxlua/src'
>>make: *** [wxLuaLib] Error 2
>>frm@genius:~/work/wxLua/apps/wxlua/src$
>>
>>And this did not work with both a static and a shared build of wxWidgets.
>>
>>Last, I searched for the unresolved linker symbols: i.e.
>>s_wxluatag_wxWindow, s_wxluatag_wxBitmap, s_wxluatag_wxEvtHandler,
>>s_wxluatag_wxEvent and I found that they are all declared as extern
>>symbols at the beginning of some CPP files (like wxlstate.cpp) but then
>>they are not defined anywhere.
>>
>>How did you manage to compile these sources ?
>>Do I have to run some bind generator ?
>>Or you have some un-committed sources in your local copy ?
> 
> 
> You have to run make in bindings/wxwidgets to generate the bindings in
> modules/wxbind/. This is because of the number of changes being made
> to the binding generator.
grr; I always forgot about that step.

Could we commit the generated bindings in CVS ?

We also really need some way to:
1) produce luasetup.h from luasetup.h.in (maybe adding 'wx' prefix to 
both as we discussed time ago): I had to manually change it to exclude 
the contrib wx headers which I do not have installed and wxFontMapper 
(see point #3)

2) fix warnings about non-existing symbols (I get ton of messages like:

./modules/wxbind/include/wxbind.h:127:6: warning: "wxUSE_WAVE" is not 
defined
./../modules/wxbind/include/wxbind.h:328:5: warning: 
"wxLUA_USE_wxCriticalSection" is not defined
./../modules/wxbind/include/wxbind.h:506:5: warning: 
"wxLUA_USE_wxCriticalSectionLocker" is not defined
./../modules/wxbind/include/wxbind.h:919:5: warning: 
"wxLUA_USE_wxCriticalSectionLocker" is not defined
./../modules/wxbind/include/wxbind.h:1038:6: warning: "wxUSE_WAVE" is 
not defined
...

)


3) now compilation stops on my file:

./wxbind/src/gdi.cpp:2289: error: ‘class wxFontMapper’ has no member 
named ‘SetConfig’

this is probably because I use wxCVS.
I see in gdi.i:


%class %noclassinfo wxFontMapper
....
     void SetConfig(wxConfigBase *config = NULL)
...
%endclass

can something like


%class %noclassinfo wxFontMapper
....
     #if !wxCHECK_VERSION(2, 7, 0)
       void SetConfig(wxConfigBase *config = NULL)
     #endif
...
%endclass

be written ?


4) disabling wxFontMapper I now get all the errors in the attached log.
This is because I'm on a 64bit machine.
Is wxbind/src/wx_class.cpp something automatically generated ?
If yes, the wxlua wrapper generator should be changed to output (long) 
casts instead of (int) ones...


Thanks,
Francesco Montorsi

Re: [Wxlua-users] Re: wxLua on Linux

[John L. <jla...@gm...>]

On 1/20/06, Francesco Montorsi <f18...@ya...> wrote:
> make[1]: Entering directory `/home/frm/work/wxLua/modules/wxlua/src'
> g++ -shared -o /usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0 internal.o
> wxlbind.o wxlcallb.o wxlintrp.o wxlstate.o
> /usr/bin/ld: internal.o: relocation R_X86_64_32 against `a local symbol'
> can not be used when making a shared object; recompile with -fPIC
> internal.o: could not read symbols: Bad value
> collect2: ld returned 1 exit status
> make[1]: *** [/usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0] Error 1
> make[1]: Leaving directory `/home/frm/work/wxLua/modules/wxlua/src'
> make: *** [wxLuaLib] Error 2
> frm@genius:~/work/wxLua/apps/wxlua/src$
>
> And this did not work with both a static and a shared build of wxWidgets.
>
> Last, I searched for the unresolved linker symbols: i.e.
> s_wxluatag_wxWindow, s_wxluatag_wxBitmap, s_wxluatag_wxEvtHandler,
> s_wxluatag_wxEvent and I found that they are all declared as extern
> symbols at the beginning of some CPP files (like wxlstate.cpp) but then
> they are not defined anywhere.
>
> How did you manage to compile these sources ?
> Do I have to run some bind generator ?
> Or you have some un-committed sources in your local copy ?

You have to run make in bindings/wxwidgets to generate the bindings in
modules/wxbind/. This is because of the number of changes being made
to the binding generator.

Regards,
    John Labenski

[Wxlua-users] Re: bakefile & /NODEFAULTLIB problem

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

Hi,

klaas.holwerda ha scritto:
> Francesco Montorsi wrote:
> 
>>
>>> As i said Cmake does not have the switch in wxLua, and also i can 
>>> debug into Lua itself, which is a problem on bakefile.
>>
>>
>> I think this is related to something else: that setting should be used 
>> only with app_wxlua not with wxlua library...
>> did you tried to use WX_DEBUG=1 from command line when compiling wxLua ?
>> It should set all debug info on...
> 
> 
> I am talking lua not wxLua. So wxLua library i can debug, but in the 
> underlying lua code i can not.
ops; probably I understood the problem.
I'll soon (as soon as I fix other compilation problems under linux) do a 
commit which will fix this.


> I used project files, and in there the debug config, so all is set right.
> I still thing this not being able to debug into the lua library is 
> related to the switch.
> 
> Try it in app_wxLua, and put a break inside lua code.
as soon as linux version compiles, installs and uninstalls correctly, 
I'll begin win32 testing.

>>> Not having the switch in bakefile, makes application crash at the 
>>> first stages of initialization, and people told me the warning  is 
>>> not to be ignored.
>>
>>
>> that is strange, right. But for "application" you mean only wxLua 
>> application (wxlua/apps/wxlua), right  ?
> 
> 
> Any application, like teto in wxArt2d too.
> apps/wxLua  for instance crashed when removing the switch in question.
> 
> Some People say that normally this switch tells us that something is not 
> set up right.
> And with Cmake it becomes clear it can be done somehow, but i do not 
> know where the problem is exactly.
ok, hopefully my last changes should have fixed this removing that switch.

Francesco

[Wxlua-users] Re: wxLua on Linux

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

Hi,

John Labenski ha scritto:
>>The library order is:
>>
>>  -lwxluasocket -lwxluadebug -lwxbind -lwxlua -llua
>>
>>and they come before wx libraries as it should be so I really do not
>>understand it.
> 
> 
> I don't either? They're defined in libwxbind, no compilation errors there?
> 
> These are the order they're linked in apps/wxlua/src/Makefile and it
> works there.
>  -l$(WXLUABIND_LIB) -l$(WXLUA_LIB) -l$(WXLUADEBUG_LIB)
> -l$(WXLUASOCKET_LIB) $(LUA_LIBS)
I tried to change the library order to match this one but it still 
doesn't work (same errors).

I then tried to use the hand-made Makefile but I get:

frm@genius:~/work/wxLua/apps/wxlua/src$ sudo make
make[1]: Entering directory `/home/frm/work/wxLua/modules/lua'
cd include; make all
make[2]: Entering directory `/home/frm/work/wxLua/modules/lua/include'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/frm/work/wxLua/modules/lua/include'
cd src; make all
make[2]: Entering directory `/home/frm/work/wxLua/modules/lua/src'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/frm/work/wxLua/modules/lua/src'
cd src/lib; make all
make[2]: Entering directory `/home/frm/work/wxLua/modules/lua/src/lib'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/frm/work/wxLua/modules/lua/src/lib'
cd src/luac; make all
make[2]: Entering directory `/home/frm/work/wxLua/modules/lua/src/luac'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/frm/work/wxLua/modules/lua/src/luac'
cd src/lua; make all
make[2]: Entering directory `/home/frm/work/wxLua/modules/lua/src/lua'
make[2]: Nothing to be done for `all'.
make[2]: Leaving directory `/home/frm/work/wxLua/modules/lua/src/lua'
make[1]: Leaving directory `/home/frm/work/wxLua/modules/lua'
make[1]: Entering directory `/home/frm/work/wxLua/modules/wxlua/src'
g++ -shared -o /usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0 internal.o 
wxlbind.o wxlcallb.o wxlintrp.o wxlstate.o
/usr/bin/ld: internal.o: relocation R_X86_64_32 against `a local symbol' 
can not be used when making a shared object; recompile with -fPIC
internal.o: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[1]: *** [/usr/local/lib/libwx_gtk2ud_wxlua-2.7.so.1.5.0] Error 1
make[1]: Leaving directory `/home/frm/work/wxLua/modules/wxlua/src'
make: *** [wxLuaLib] Error 2
frm@genius:~/work/wxLua/apps/wxlua/src$

And this did not work with both a static and a shared build of wxWidgets.

Last, I searched for the unresolved linker symbols: i.e. 
s_wxluatag_wxWindow, s_wxluatag_wxBitmap, s_wxluatag_wxEvtHandler, 
s_wxluatag_wxEvent and I found that they are all declared as extern 
symbols at the beginning of some CPP files (like wxlstate.cpp) but then 
they are not defined anywhere.

How did you manage to compile these sources ?
Do I have to run some bind generator ?
Or you have some un-committed sources in your local copy ?

Francesco

Re: [Wxlua-users] new wxluacan sample

[k. h. <kla...@nl...>]

Hi John,

John Labenski wrote:

>I'm using gtk2 in unicode w/ wxWidgets CVS head.
>  
>
Oke did not test on linux, but did add your changes.

>
>  
>
>>The sample works a little because i changed the order of registering
>>bindings,
>> but this does not solve anything.
>>    
>>
>
>It works well for me after regenerating the bindings (I removed the
>wx_XXX stuff), I haven't tested everything though or look too much at
>the code.
>
No nothing has changed, if i change the order of registration again

void wxLuaState::RegisterBindings(bool registerTypes)
{
.....................
    for (node = M_WXLSTATEDATA->m_bindings.GetFirst(); node; node = 
node->GetNext() )
    //for (node = M_WXLSTATEDATA->m_bindings.GetLast(); node; node = 
node->GetPrevious() )

It does not work anymore. Run the script i wxluacan/scripts, and you 
will see it.
I think the problem is as i explained in the other mails.
Also when you run that script and add a rectangle that way, and next 
close the program,
you should get a crash.

> I've attached my Makefile (using wx-config) and an updated
>wxlcan.rules.in file that uses simpler paths, just "." will suffice
>since you want them in the current dir anyway. See also the genwxbind
>tag in the Makefile, eg "$make genwxbind" to generate them.
>  
>
Will add that makefile too. I assume it is used/generated by bakefile?

>It looks really great, no flicker at all!
>  
>
Right, same structure as in wxArt2d, but stripped to the bone ;-)
Once we add to CVS, and get it to work really with the bindings, i think 
we can demo with almost all situations one can encounter in an appplication.
The trick is of course in the interactive behaviour, which is not only 
about dialogs and such.
Make lua scripts part of canvas objects and going back and forth between 
C++ and wxLua is a nice thing to demo. But i do need your help do make 
that happen ;-)

>Let me know if things work for you now, I'll try my best to try it
>again in windows tomorrow. 
>
Nothing has changed, we need to modify the code in wxLua to make this work.
I understand the problem more or less, but lack the knowledge to make it 
really work correctly.

I wonder how you used wxLua as is until now. How do you do it?

>I just got a newer (but still old) machine
>that seems a little flaky, but I managed to get VC Express 2005 on it.
>  
>
Oke, it might be easier for debugging, but the problem is not the 
platform here.

regards,

Klaas

-- 
Unclassified

Re: [Wxlua-users] new wxluacan sample

[John L. <jla...@gm...>]

On 1/19/06, klaas.holwerda <kho...@xs...> wrote:
> I uploaded what i tested today ( with the latest namespace changes and
> such ).
>
> http://www.xs4all.nl/~kholwerd/tmp/wxLua2.zip

I'm using gtk2 in unicode w/ wxWidgets CVS head.

1) Unicode fix, add wxT(""), cancom.cpp line 48
wxlMoveObjectCmd::wxlMoveObjectCmd( wxlCanObj* object, double x, double y )
    :wxCommand( true, wxT("drag object") )

2) In gtk2 I get an invalid bitmap assert in wxlCan

in canslm.cpp
MyFrame::MyFrame( wxWindow *parent, wxWindowID id, const wxString &title,
...
    // give it some initial size to make it happy
    mainCan =3D m_canvas =3D new wxlCan( this, wxID_ANY, wxPoint(0,0),
wxSize(10,10) );
...
   // else this code asserts when it tries to use wxlCan::m_bitmap
    m_canvas->SetYaxis( false ); //true );

    //defines the minimum x and y to show and the number of world
units per pixel in x and y
    m_canvas->SetMappingUpp( m_xOrigin, m_yOrigin, m_xScale, m_yScale );

> The sample works a little because i changed the order of registering
> bindings,
>  but this does not solve anything.

It works well for me after regenerating the bindings (I removed the
wx_XXX stuff), I haven't tested everything though or look too much at
the code. I've attached my Makefile (using wx-config) and an updated
wxlcan.rules.in file that uses simpler paths, just "." will suffice
since you want them in the current dir anyway. See also the genwxbind
tag in the Makefile, eg "$make genwxbind" to generate them.

It looks really great, no flicker at all!

> I think that the problem of all is the Itag that is coupled to each class=
.
> This must be unique, since this Itag result in calling functions for
> __gc etc.
> Now with two bindings the same Itag is used for two different classes,
> and depending on what is registered first one of them works or not. With
> the same namespace into two bindings there is the problem with a table
> with the same name created i think.
> How to organize it better i do not see yet, it looks like the m_lastTag
> should move up a bit, to make it unique for all classes in all bindings??

Let me know if things work for you now, I'll try my best to try it
again in windows tomorrow. I just got a newer (but still old) machine
that seems a little flaky, but I managed to get VC Express 2005 on it.

Regards,
    John Labenski

Re: [Wxlua-users] Re: wxLua on Linux

[John L. <jla...@gm...>]

On 1/19/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>      in my local copy of wxLua, everything now works fine.
> I've fixed all problems except for the following one:
>
> frm@genius:~/work/wxLua$ make
> (cd ./util/ && make )
> make[1]: Entering directory `/home/frm/work/wxLua/util'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/frm/work/wxLua/util'
> (cd ./modules/ && make )
> make[1]: Entering directory `/home/frm/work/wxLua/modules'
> make[1]: Nothing to be done for `all'.
> make[1]: Leaving directory `/home/frm/work/wxLua/modules'
> (cd ./apps/ && make )
> make[1]: Entering directory `/home/frm/work/wxLua/apps'
> g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib
> -lwxluasocket -lwxluadebug -lwxbind -lwxlua -llua -L/usr/local/lib
> -pthread   /usr/local/lib/libwx_gtk2d_core-2.7.a
> /usr/local/lib/libwx_based-2.7.a -pthread -lgtk-x11-2.0 -lgdk-x11-2.0
> -latk-1.0 -lgdk_pixbuf-2.0 -lfontconfig -lXi -lXrandr -lXext -lXcursor
> -lXfixes -lpango-1.0 -lXrender -lX11 -lgobject-2.0 -lgmodule-2.0
> -lgthread-2.0 -lglib-2.0 -lXinerama -lpng -ljpeg -ltiff -lz -ldl -lm
> ../lib/libwxlua.a(wxlua_lib_wxlstate.o): In function
> `wxLuaState::pushuserdatatype(int, void const*)':
> ./wxlua/src/wxlstate.cpp:1740: undefined reference to `s_wxluatag_wxWindo=
w'
> ../lib/libwxlua.a(wxlua_lib_internal.o): In function
> `wxEvtHandler_ConnectEvent(lua_State*)':
> ./wxlua/src/internal.cpp:1049: undefined reference to
> `s_wxluatag_wxEvtHandler'
> ../lib/libwxlua.a(wxlua_lib_internal.o): In function
> `CreateStandaloneBitmaps(lua_State*)':
> ./wxlua/src/internal.cpp:1176: undefined reference to `s_wxluatag_wxBitma=
p'
> ./wxlua/src/internal.cpp:1185: undefined reference to `s_wxluatag_wxBitma=
p'
> ./wxlua/src/internal.cpp:1190: undefined reference to `s_wxluatag_wxBitma=
p'
> ./wxlua/src/internal.cpp:1195: undefined reference to `s_wxluatag_wxBitma=
p'
> ./wxlua/src/internal.cpp:1200: undefined reference to `s_wxluatag_wxBitma=
p'
> ../lib/libwxlua.a(wxlua_lib_internal.o):./wxlua/src/internal.cpp:1205:
> more undefined references to `s_wxluatag_wxBitmap' follow
> ../lib/libwxlua.a(wxlua_lib_wxlcallb.o): In function
> `wxLuaCallback::CallFunction(wxEvent*)':
> ./wxlua/src/wxlcallb.cpp:125: undefined reference to `s_wxluatag_wxEvent'
> collect2: ld returned 1 exit status
> make[1]: *** [../bin/wxlua] Error 1
> make[1]: Leaving directory `/home/frm/work/wxLua/apps'
> make: *** [apps] Error 2
> frm@genius:~/work/wxLua$
>
> does anyone has an idea about this error ?
> The library order is:
>
>   -lwxluasocket -lwxluadebug -lwxbind -lwxlua -llua
>
> and they come before wx libraries as it should be so I really do not
> understand it.

I don't either? They're defined in libwxbind, no compilation errors there?

These are the order they're linked in apps/wxlua/src/Makefile and it
works there.
 -l$(WXLUABIND_LIB) -l$(WXLUA_LIB) -l$(WXLUADEBUG_LIB)
-l$(WXLUASOCKET_LIB) $(LUA_LIBS)

Having to know these int tags is not great, they can be looked up
dynamicly from the classname, but I'd like to see how slow that really
is. It might be something that could be cached as needed, for example
the callbacks only need s_wxluatag_wxEvent so it'd no great thing to
just cache that. I'd like to wait on that though since it'd be a
pretty big change and I still have to get the coroutine stuff working
again.

Let me know if you can figure this out and commit your other changes
before I start with things again.

Regards,
    John Labenski

Re: [Wxlua-users] new wxluacan sample

[klaas.holwerda <kho...@xs...>]

I uploaded what i tested today ( with the latest namespace changes and 
such ).

http://www.xs4all.nl/~kholwerd/tmp/wxLua2.zip

The sample works a little because i changed the order of registering 
bindings,
 but this does not solve anything.

I think that the problem of all is the Itag that is coupled to each class.
This must be unique, since this Itag result in calling functions for 
__gc etc.
Now with two bindings the same Itag is used for two different classes, 
and depending on what is registered first one of them works or not. With 
the same namespace into two bindings there is the problem with a table  
with the same name created i think.
How to organize it better i do not see yet, it looks like the m_lastTag 
should move up a bit, to make it unique for all classes in all bindings??

regards,

Klaas

>
>
> But lets make the bindings work first. I will try to test your new 
> mods today,

[Wxlua-users] Re: wxLua on Linux

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

Hi,
     in my local copy of wxLua, everything now works fine.
I've fixed all problems except for the following one:

frm@genius:~/work/wxLua$ make
(cd ./util/ && make )
make[1]: Entering directory `/home/frm/work/wxLua/util'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/frm/work/wxLua/util'
(cd ./modules/ && make )
make[1]: Entering directory `/home/frm/work/wxLua/modules'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/frm/work/wxLua/modules'
(cd ./apps/ && make )
make[1]: Entering directory `/home/frm/work/wxLua/apps'
g++ -o ../bin/wxlua app_wxlua_wxlua.o app_wxlua_lconsole.o   -L../lib 
-lwxluasocket -lwxluadebug -lwxbind -lwxlua -llua -L/usr/local/lib 
-pthread   /usr/local/lib/libwx_gtk2d_core-2.7.a 
/usr/local/lib/libwx_based-2.7.a -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 
-latk-1.0 -lgdk_pixbuf-2.0 -lfontconfig -lXi -lXrandr -lXext -lXcursor 
-lXfixes -lpango-1.0 -lXrender -lX11 -lgobject-2.0 -lgmodule-2.0 
-lgthread-2.0 -lglib-2.0 -lXinerama -lpng -ljpeg -ltiff -lz -ldl -lm
../lib/libwxlua.a(wxlua_lib_wxlstate.o): In function 
`wxLuaState::pushuserdatatype(int, void const*)':
./wxlua/src/wxlstate.cpp:1740: undefined reference to `s_wxluatag_wxWindow'
../lib/libwxlua.a(wxlua_lib_internal.o): In function 
`wxEvtHandler_ConnectEvent(lua_State*)':
./wxlua/src/internal.cpp:1049: undefined reference to 
`s_wxluatag_wxEvtHandler'
../lib/libwxlua.a(wxlua_lib_internal.o): In function 
`CreateStandaloneBitmaps(lua_State*)':
./wxlua/src/internal.cpp:1176: undefined reference to `s_wxluatag_wxBitmap'
./wxlua/src/internal.cpp:1185: undefined reference to `s_wxluatag_wxBitmap'
./wxlua/src/internal.cpp:1190: undefined reference to `s_wxluatag_wxBitmap'
./wxlua/src/internal.cpp:1195: undefined reference to `s_wxluatag_wxBitmap'
./wxlua/src/internal.cpp:1200: undefined reference to `s_wxluatag_wxBitmap'
../lib/libwxlua.a(wxlua_lib_internal.o):./wxlua/src/internal.cpp:1205: 
more undefined references to `s_wxluatag_wxBitmap' follow
../lib/libwxlua.a(wxlua_lib_wxlcallb.o): In function 
`wxLuaCallback::CallFunction(wxEvent*)':
./wxlua/src/wxlcallb.cpp:125: undefined reference to `s_wxluatag_wxEvent'
collect2: ld returned 1 exit status
make[1]: *** [../bin/wxlua] Error 1
make[1]: Leaving directory `/home/frm/work/wxLua/apps'
make: *** [apps] Error 2
frm@genius:~/work/wxLua$

does anyone has an idea about this error ?
The library order is:

  -lwxluasocket -lwxluadebug -lwxbind -lwxlua -llua

and they come before wx libraries as it should be so I really do not 
understand it.

Francesco

Re: [Wxlua-users] Re: bakefile & /NODEFAULTLIB problem

[klaas.holwerda <kho...@xs...>]

Francesco Montorsi wrote:

>
>> As i said Cmake does not have the switch in wxLua, and also i can 
>> debug into Lua itself, which is a problem on bakefile.
>
> I think this is related to something else: that setting should be used 
> only with app_wxlua not with wxlua library...
> did you tried to use WX_DEBUG=1 from command line when compiling wxLua ?
> It should set all debug info on...

I am talking lua not wxLua. So wxLua library i can debug, but in the 
underlying lua code i can not.
I used project files, and in there the debug config, so all is set right.
I still thing this not being able to debug into the lua library is 
related to the switch.
 
Try it in app_wxLua, and put a break inside lua code.

>
>> Not having the switch in bakefile, makes application crash at the 
>> first stages of initialization, and people told me the warning  is 
>> not to be ignored.
>
> that is strange, right. But for "application" you mean only wxLua 
> application (wxlua/apps/wxlua), right  ?

Any application, like teto in wxArt2d too.
apps/wxLua  for instance crashed when removing the switch in question.

Some People say that normally this switch tells us that something is not 
set up right.
And with Cmake it becomes clear it can be done somehow, but i do not 
know where the problem is exactly.

Klaas

Re: [Wxlua-users] Re: wxLua on Linux

[klaas.holwerda <kho...@xs...>]

Francesco Montorsi wrote:

>
>
>> A second thing is that on windows the solution is different (WXLUA 
>> var i think).
>
> pkg-config also exists for windows.

That is good to hear.

> I've never tried it on win32, though. Also, I think that a WXLUA var 
> should be enough there. (if I would use wxLua in a bakefile-based 
> application I would add a WXLUA_DIR option which can be used by the 
> user to specify wxLua location ).

That is enough to knwo its location, the problem is to get the 
information needed like libs etc.
Like in Cmake i have to write code for that, while the information is 
already available in wxLua itself, there is only not an easy way to 
retrieve in on windows.

>
>
>> I wonder if the wxlua.pc can contain more stuff, which is morer 
>> suitable for other environments/build systems.
>> e.g. a list of libraries without -l in it and a libpath withput -L  
>> is for me much more handy.
>
> sure, through --variable and -libs-only-L, --libs-only-l and maybe 
> --msvc-syntax if you don't want the -l.

Great, love to see those..

>
>> Can it be generated for Pc too?
>
> sorry, what do you mean by "Pc" here ?

Sorry i meant windows. Worked to much on Unix system i think ;-)

Klaas

[Wxlua-users] Re: wxLua on Linux

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

Hi,

John Labenski ha scritto:
> On 1/18/06, Francesco Montorsi <f18...@ya...> wrote:
> 
>>Hi all,
>>
>>    I'm finally back from my last exams (crossing fingers waiting
>>results  :))
> 
> 
> Good luck!
thanks ;)


>> >I tried to compile on Linux. ( wxWidgets 2.6.2 with contrib installed
>> >and static libs last installed ).
>> >So wx-config gives static libs when asking for --libs.)
>> >But i have several problems.
>> >How does one configure to become static or dynamic libs?
>> >
>> >First i get warnings like this.
>> >./wxlua/src/wxlstate.cpp:314:5: warning: "WXWIN_COMPATIBILITY_24" is
>>yes, I get these, too.
>>Maybe someone with more wxLua knowledge could fix these...
> 
> 
> Ok, I've removed WXWIN_COMPATIBILITY_24 since I think the
> !wxCHECK_VERSION(2,5,0) is good enough, but I think it should be
> defined in 2.6 to either 0 or 1 no matter what. I think your
> wx/setup.h (in linux in
> wxWidgets/lib/wx/include/gtk2-unicode-debug-2.7/wx for me when I
> compile in gtk2 in unicode) is not being included somehow? It's
> committed now.
maybe this is because I use wx2.7.0 and wxdev could have replaced 
WXWIN_COMPATIBILITY_24 with WXWIN_COMPATIBILITY_26 (but I'm not sure).



>> >Eventually it compiles, but when i call make install, the result is >this.
>> >I have no idea what is going on here.
>>I know what the problem is: bakefile 0.9 doesn't have good
>>install/uninstall support.
>>
>>John and all other wxLua admin: I made a patched version of Bakefile
>>(0.2.0) with a lot of additional features which would fix, among others,
>>also install and uninstall targets.
>>Should I upgrade wxLua bakefiles to 0.2.0, while we wait that my
>>additional features (which I also submit to bakefile project as patches)
>>are applied and official 0.2 is released ?
>>
>>My bakefile 0.2.0 is available at:
>>  www.geocities.com/f18m_cpp217828/frm-bakefile.tar.gz
> 
> 
> Ok, I never install anything in my linux systems.
well, in this case you won't benefit much from bakefile-upgrading :)


> Using your bakefile
> means that we have to always use that from now on right?
yes, it would use some tags and stuff backward incompatible (but 
bakefiles would be easier to read & maintain & have some bugs fixed!).


> I've
> unfortunately had problems using bakefile in linux when I download the
> src and compile it myself.
> It can't find the wxWidgets presets IIRC.
the wxpresets does not come with bakefile. They are installed by 
wxWidgets when you call "make install" but if you don't install wx, then 
you have to manually cp them into /usr/local/bakefile/presets ;)


> Therefore I've been using it in windows, is it easy to compile there,
> I'd hope so? :)
well, my archive doesn't contain the win32 installer (it would not be 
easy to pack bakefile for me for win32 as it requires a python 
interpreter embedded...). But you can just install bakefile 0.1.9 and 
then untar my archive on your "C:\programs" folder overwriting all old 
files. That should do the trick ;)


> This would be good if you could add it.
added; just waiting for committing it as I did also bakefiles changes 
and I'm testing wxLua on win32 and linux.


> 
> 
>>PS: wxLua currently doesn't compile on my AMD64 linux box.
>>This is because in a lot of places some (int) casts are used to cast
>>memory pointers. In a 64 bit environment pointers are 64 bit wide and
>>thus I replaced all those (int) with (long). Then wxLua compiled.
>>Should I commit these changes ?
> 
> 
> Yes please, I don't have access to any 64 bit machines.
ok, I'll do the commits together with build changes.


Francesco Montorsi

------------------
Homepage: http://home.tele2.it/f18m

Any sufficiently advanced bug is
    indistinguishable from a feature.
------------------

[Wxlua-users] Re: bakefile & /NODEFAULTLIB problem

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

Hi,

k. holwerda ha scritto:
> I think the problem might be related to the fact that lua is a non 
> windows/wxWidgets application ( plain C ).
yes, that could be.


> As i said Cmake does not have the switch in wxLua, and also i can debug 
> into Lua itself, which is a problem on bakefile.
I think this is related to something else: that setting should be used 
only with app_wxlua not with wxlua library...
did you tried to use WX_DEBUG=1 from command line when compiling wxLua ?
It should set all debug info on...


> Maybe you can compare 
> the two, to see where things go different.
I'll do.

> Not having the switch in bakefile, makes application crash at the first 
> stages of initialization, and people told me the warning  is not to be 
> ignored.
that is strange, right. But for "application" you mean only wxLua 
application (wxlua/apps/wxlua), right  ?


Francesco Montorsi

------------------
Homepage: http://home.tele2.it/f18m

Any sufficiently advanced bug is
    indistinguishable from a feature.
------------------


> 
> Klaas
> 
> Francesco Montorsi wrote:
> 
>> Hi,
>>    I've grepped all my wxLua (and wxArt2d) updated CVS repositories 
>> and I did find only one occurrence of the "/NODEFAULTLIB" string:
>>
>> in app_wxlua, Win32 debug:
>>
>> # ADD LINK32 /VERBOSE:LIB /NODEFAULTLIB:MSVCRT.lib wxluadebug.lib 
>> wxluasocket.lib wxlua.lib
>>
>> is it right ? or I'm missing some other occurrences ?
>> Also, is someone so kind to explain me (maybe just quoting the text 
>> from other mails) why that setting is so dangerous ?
>>
> 

[Wxlua-users] Re: wxLua on Linux

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

Hi,

k. holwerda ha scritto:
> 
> 
> Francesco Montorsi wrote:
> 
>> Hi all,
>>
>>    I'm finally back from my last exams (crossing fingers waiting 
>> results  :))
> 
> 
> Aah you mean that side job you have ;-)
right ;)


> maybe seperate includes and cflags.
well, actually I think that we should not need to define any special 
symbol in cflags; as shown below, I think that just using a 
-I${includedir}/lua should work (as long as wxlua-based apps also 
include the `wx-config --cflags`!).

Even if I think it's rather unprobable, in future some other flags which 
are not simple -I could be added as 'cflags', so I think it's best to 
add a variable like

includepaths=-I${includedir}/lua

that you will be able to retrieve as:

pkg-config wxlua --variable=includepaths

See
http://www.ece.umr.edu/web-cgi/unixsoft.cgi?command=pkg-config
for more info.



> In cmake i have to decifer wx-config output a lot to make useable.
> The more it is separated in useable parts the better it is.
Yes, I understand; fortunately pkg-config is small but powerful ;)


> A second thing is that on windows the solution is different (WXLUA var i 
> think).
pkg-config also exists for windows.
I've never tried it on win32, though. Also, I think that a WXLUA var 
should be enough there. (if I would use wxLua in a bakefile-based 
application I would add a WXLUA_DIR option which can be used by the user 
to specify wxLua location ).


> I wonder if the wxlua.pc can contain more stuff, which is morer suitable 
> for other environments/build systems.
> e.g. a list of libraries without -l in it and a libpath withput -L  is 
> for me much more handy.
sure, through --variable and -libs-only-L, --libs-only-l and maybe 
--msvc-syntax if you don't want the -l.

> This looks interesting. Where is this file normally installed ?
in /lib/pkgconfig or /usr/lib/pkgconfig or /usr/local/lib/pkgconfig 
depending on the prefix. pkgconfig searchs all of them.


> Can it 
> be generated for Pc too?
sorry, what do you mean by "Pc" here ?

Francesco Montorsi

------------------
Homepage: http://home.tele2.it/f18m

This is Linux country, on a quiet night you can hear NT Reboot.
------------------

Re: [Wxlua-users] bugs in namespace bindings?

[k. h. <kla...@nl...>]

Hi John,

I believe i managed to merge your changes in,  and  i can generate the 
binding for the sample i made.
They are called like this wxluacan_BindingInit etc.

In the next routine,  the nameSpace is indeed set to wx.
 
void wxLuaBinding::RegisterBinding(const wxLuaState& wxlState, bool 
registerTypes)
{
    int luaTable = RegisterFunctions(wxlState, registerTypes);

    lua_State *L = wxlState.GetLuaState();
    // create a global
    lua_pushstring(L, wx2lua(nameSpace));
    lua_pushvalue(L, luaTable);
    lua_rawset(L, LUA_GLOBALSINDEX);
    lua_pop(L, 1);
}

But it does NOT work.
I think there are two tables created with the same name now?

Things like this do not work in a script

canvas = wx.GetCan()
canobjrect = wx.wxlCanObjRect( 30, 40, 100, 20)

But this one does:

blah = wx.wxPageSetupDialogData()
blah:GetPaperSize()

If i change the order of binding the bindings again ( like i did with 
the two different namespaces )

int LUACALL wxLuaBinding::RegisterFunctions(const wxLuaState& wxlState_, 
bool registerTypes)
{

    // Register bindings
    wxLuaBindingList::Node *node;
    //for (node = M_WXLSTATEDATA->m_bindings.GetFirst(); node; node = 
node->GetNext() )
    for (node = M_WXLSTATEDATA->m_bindings.GetLast(); node; node = 
node->GetPrevious() )
    {
        wxLuaBinding* binding = node->GetData();
        binding->RegisterBinding(L, registerTypes);
    }

The situation is reversed again.
meaning this works:
canvas = wx.GetCan()
canobjrect = wx.wxlCanObjRect( 30, 40, 100, 20)

And this not:
blah = wx.wxPageSetupDialogData()
blah:GetPaperSize()


The situation is different from the two namespace situation, since in 
there the methods where called with the wrong pclass in 
wxLua_lua_getTableFunc.
But knwo i do not even arrive there, lua does not know the functions.

In short i think there is realy a bug with registrating/calling function 
from different bindings, but it is not visible now, since two namespace 
tables with the same name, does not bring me two that stage anymore.

I think we should add my sample to CVS, and then try to find the errors.
Without solving this issue wxLua is not usable yet i think.

What do you think?

Klaas

John Labenski wrote:

>Sorry about the delay, I've been away for a bit.
>
>  
>
>>k. holwerda wrote:
>>    
>>
>>>I think there is someting wrong with the whole binding registration,
>>>and that because of that things get mixed up.
>>>      
>>>
>
>I've changed genwxbind.lua to have hook_lua_namespace and
>hook_cpp_namespace instead of just hook_namespace so that you can have
>the same namespace for lua, but different namespaces for the generated
>C++ code. See bindings/wxwidgets/wx.rules for how you should define
>them. Let me know if this fixes it for you?
>
>Regards,
>    John Labenski
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: Splunk Inc. Do you grep through log files
>for problems?  Stop!  Download the new AJAX search engine that makes
>searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
>http://sel.as-us.falkag.net/sel?cmd=k&kid3432&bid#0486&dat1642
>_______________________________________________
>Wxlua-users mailing list
>Wxl...@li...
>https://lists.sourceforge.net/lists/listinfo/wxlua-users
>  
>

-- 
Unclassified

Re: [Wxlua-users] new wxluacan sample

[k. h. <kla...@nl...>]

Hi John,

John Labenski wrote:

>Sorry, I've been away.
>
I expected something like that.

> I'll try it out tomorrow, does it depend on
>anything?
>
It depends on nothing, only Cmake to generate all makestuff  needed.

> It sounds good if not.
>  
>
I think the nice thing is that there will be a canvas object which calls 
function from C++ in Lua.
e.g. to draw the object a function is called in lua with as input 
parameter wxDC (comming from the C++ cnavs object). The same could be 
done for the hit test function.

The second feature is the command processor. It has do undo.
And  we can use as a central point for wrapping functions.

The nice thing would be  to wrap all  classes in this sample. I managed 
to do the rectangle (working around all the wrapping problem we have ), 
what i found as a bug  the next.

delete m_pTrackedList;

One can add object to the canvas, and of course they will be owned by 
the canvas.
But Lua wants to delete them whn closing the program.

I think there are  two solution:
- make in the *.i file a %notrack keyword, which in this constrcutor 
function

static int LUACALL wxlCanObj_constructor(lua_State *L)

removes this line

wxLua_addToTrackedMemoryList(wxlState, (wxlCanObj *)returns);


OR

use smart pointers for situations like this, where it does not matter 
when who deletes the object first, lua or the C++ canvas.

I think the first solution is for the moment the easiest. Would it be 
simple to add this?

>I've been playing with writing a simple Sudoku solver, something where
>  
>
Do you have a link? I never heard of Sudoku?

>I could make the drawing of the grid in c++, as a widget.
>
Sounds like canvas needs too?

> I'd bind
>that to lua that would run the code to solve it. It'd be pretty basic,
>but vaguely useful to people who like Sudoku. You could of course just
>do the whole thing in lua, but I couldn't think of another binding
>demo...
>  
>
Several sample/demos would not be bad, and maybe we can combine your 
idea with my sample.
e.g Objects on a canvas which can be dragged, which form together the game??

But lets make the bindings work first. I will try to test your new mods 
today,

regards,

Klaas


-- 
Unclassified

Re: [Wxlua-users] Re: wxLua on Linux

[k. h. <kla...@nl...>]

Francesco Montorsi wrote:

> Hi all,
>
>    I'm finally back from my last exams (crossing fingers waiting 
> results  :))

Aah you mean that side job you have ;-)

>
>
>        pkg-config wxlua --libs
>
> or
>
>        pkg-config wxlua --cflags

maybe seperate includes and cflags.
In cmake i have to decifer wx-config output a lot to make useable.
The more it is separated in useable parts the better it is.

A second thing is that on windows the solution is different (WXLUA var i 
think).
I wonder if the wxlua.pc can contain more stuff, which is morer suitable 
for other environments/build systems.
e.g. a list of libraries without -l in it and a libpath withput -L  is 
for me much more handy.
If those can be added somehow, that would makes things simpler.

>
> Basically the wxlua.pc.in file would look as:
>
> prefix=@prefix@
> exec_prefix=@exec_prefix@
> libdir=@libdir@
> includedir=@includedir@

This looks interesting. Where is this file normally installed ? Can it 
be generated for Pc too?

>
> Name: @PACKAGE_NAME@
> Description: wxWidgets lua wrappers
> Version: @PACKAGE_VERSION@
> Requires:
> Libs: -L${libdir} -lwxlua
> Cflags: -I${includedir}/lua
>
>
> Just let me know...

good idea, and i believe that pkconfig etc. is now on all latets linux 
distributions by default.

regards,

Klaas

-- 
Unclassified

Re: [Wxlua-users] bakefile & /NODEFAULTLIB problem

[k. h. <kla...@nl...>]

Hi Francesco,

I think the problem might be related to the fact that lua is a non 
windows/wxWidgets application ( plain C ).
As i said Cmake does not have the switch in wxLua, and also i can debug 
into Lua itself, which is a problem on bakefile. Maybe you can compare 
the two, to see where things go different.
Not having the switch in bakefile, makes application crash at the first 
stages of initialization, and people told me the warning  is not to be 
ignored.

Klaas

Francesco Montorsi wrote:

> Hi,
>    I've grepped all my wxLua (and wxArt2d) updated CVS repositories 
> and I did find only one occurrence of the "/NODEFAULTLIB" string:
>
> in app_wxlua, Win32 debug:
>
> # ADD LINK32 /VERBOSE:LIB /NODEFAULTLIB:MSVCRT.lib wxluadebug.lib 
> wxluasocket.lib wxlua.lib
>
> is it right ? or I'm missing some other occurrences ?
> Also, is someone so kind to explain me (maybe just quoting the text 
> from other mails) why that setting is so dangerous ?
>

-- 
Unclassified

Re: [Wxlua-users] new wxluacan sample

[John L. <jla...@gm...>]

Sorry, I've been away. I'll try it out tomorrow, does it depend on
anything? It sounds good if not.

I've been playing with writing a simple Sudoku solver, something where
I could make the drawing of the grid in c++, as a widget. I'd bind
that to lua that would run the code to solve it. It'd be pretty basic,
but vaguely useful to people who like Sudoku. You could of course just
do the whole thing in lua, but I couldn't think of another binding
demo...

Regards,
    John Labenski

On 1/17/06, k. holwerda <kla...@nl...> wrote:
> Ooh yes, lua is no with debug info ( in Cmake ).
> A lot easier to follow, and actually fun to see what is happening interna=
l.
> Maybe i will find my problem now ;-)
>
> I think that bakefile is not used to non graphical application, and that
> is why lua has no debug and there is the switch problems.
>
> regards,
>
> Klaas
>
> klaas.holwerda wrote:
>
> > I forgot, using Cmake there is no "/NODEFAULTLIB:MSVCRT.LIB" needed.
> >
> > I think bakefile is doing something wrong.
> >
> > Klaas
> >
> >
>
> --
> Unclassified
>
>
>
> -------------------------------------------------------
> This SF.net email is sponsored by: Splunk Inc. Do you grep through log fi=
les
> for problems?  Stop!  Download the new AJAX search engine that makes
> searching your log files as easy as surfing the  web.  DOWNLOAD SPLUNK!
> http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D103432&bid=3D230486&dat=
=3D121642
> _______________________________________________
> Wxlua-users mailing list
> Wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users
>

Re: [Wxlua-users] forward declarations

[John L. <jla...@gm...>]

I have updated the genwxbind.lua and bindings/wxwidgets/wx.rules file
to use the data types cache data. I have not been able to test it with
external wrappers, but it should work. Read the comments in wx.rules.
Basicly, you have a table of the cache files, which are automatically
generated by genwxbind.lua, that you "include" in your rules file.

Regards,
    John Labenski


On 1/11/06, John Labenski <jla...@gm...> wrote:
> > >>I see many *.i files, which have things in it which are not forward
> > >>declared?
> > >>Does  genwxbind.lua parse the headers included with %include?
> > >>That would explain it, but i got the feeling it is not doing anything
> > >>with %include, it is just for putting it in the  C++ generated code?
> > >
> > >genwxbind.lua reads all the .i files in an generates a list of all the
> > >classes that were defined. Any class not defined will generate an
> > >error.
> > >
> > >
> > I see, so if i understand well, each call to genwxbind.lua
> > should be one a set of *.i files which are selfcontained. Meaning all c=
lass names should be somewhere in there.
> > What if one uses classes from an other  module/library, e.g derived cla=
sses. The base class is wrapped already (with a seperate call to genwxbind.=
lua) , the baseclass of the derived class in the new module needs to be kno=
w too.
> > So in that case one needs the empty class defenition as a sort of forwa=
rd declaration right?
> >
> > What i conclude from this is that we need soem sort of *.ih files for m=
odule, being a header of know types from another module. Something like fil=
ling the list of know types.
> >
> > Maybe we should have a %forward class classname, to achieve the next fr=
om the rules file, but from a *.i file.
> >
> > dataTypes["wxCursor"] =3D AllocDataType("wxCursor", "class", false)
> >
> > Did would make it a bit more moduler.
>
> Yes it would, there is a DataTypes.Cache.lua file created in the
> bindings/wxwidgets directory that can be used for this, but I haven't
> been able to look into it. You're right that some sort of
> "precompiled" header from a set of .i files should be generated to
> take the burden off of other bindings.
>
> I will look into the DataTypes.Cache.lua file to understand how and if
> it's actually used.
>
> Regards,
>     John Labenski
>

Re: [Wxlua-users] bugs in namespace bindings?

[John L. <jla...@gm...>]

Sorry about the delay, I've been away for a bit.

> k. holwerda wrote:
> >
> > I think there is someting wrong with the whole binding registration,
> > and that because of that things get mixed up.

I've changed genwxbind.lua to have hook_lua_namespace and
hook_cpp_namespace instead of just hook_namespace so that you can have
the same namespace for lua, but different namespaces for the generated
C++ code. See bindings/wxwidgets/wx.rules for how you should define
them. Let me know if this fixes it for you?

Regards,
    John Labenski

Re: [Wxlua-users] Re: wxLua on Linux

[John L. <jla...@gm...>]

On 1/18/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi all,
>
>     I'm finally back from my last exams (crossing fingers waiting
> results  :))

Good luck!

>  >I tried to compile on Linux. ( wxWidgets 2.6.2 with contrib installed
>  >and static libs last installed ).
>  >So wx-config gives static libs when asking for --libs.)
>  >But i have several problems.
>  >How does one configure to become static or dynamic libs?
>  >
>  >First i get warnings like this.
>  >./wxlua/src/wxlstate.cpp:314:5: warning: "WXWIN_COMPATIBILITY_24" is
> yes, I get these, too.
> Maybe someone with more wxLua knowledge could fix these...

Ok, I've removed WXWIN_COMPATIBILITY_24 since I think the
!wxCHECK_VERSION(2,5,0) is good enough, but I think it should be
defined in 2.6 to either 0 or 1 no matter what. I think your
wx/setup.h (in linux in
wxWidgets/lib/wx/include/gtk2-unicode-debug-2.7/wx for me when I
compile in gtk2 in unicode) is not being included somehow? It's
committed now.

>  >Eventually it compiles, but when i call make install, the result is >th=
is.
>  >I have no idea what is going on here.
> I know what the problem is: bakefile 0.9 doesn't have good
> install/uninstall support.
>
> John and all other wxLua admin: I made a patched version of Bakefile
> (0.2.0) with a lot of additional features which would fix, among others,
> also install and uninstall targets.
> Should I upgrade wxLua bakefiles to 0.2.0, while we wait that my
> additional features (which I also submit to bakefile project as patches)
> are applied and official 0.2 is released ?
>
> My bakefile 0.2.0 is available at:
>   www.geocities.com/f18m_cpp217828/frm-bakefile.tar.gz

Ok, I never install anything in my linux systems. Using your bakefile
means that we have to always use that from now on right? I've
unfortunately had problems using bakefile in linux when I download the
src and compile it myself. It can't find the wxWidgets presets IIRC.
Therefore I've been using it in windows, is it easy to compile there,
I'd hope so? :)

>  >I tried configure --enable-wxlua-app,
>  >this does not do anything it looks.
> IIRC something like wxluasetup.h was supposed to be created and the
> WXLUASETUP_DIR & WXLUABINDLIB_DIR options should be used somewhere in
> bakefiles.
> Anyway --enable-wxlua-app should work. I'll look into this.
>
>
>  >Assuming i do something wrong and all this should work.
>  >How does one find the wxLua settings?
>  >Is there a wxlua-config ---libs --include etc. ?
> I think it would be a little overkill create a wxlua-config script;
> wouldn't be better to create a wxlua.pc file for pkg-config, so that one
> could use
>
>         pkg-config wxlua --libs
> or
>         pkg-config wxlua --cflags

Probably, I've never used tried this, but I have some *.pc files on my
system and they seem fairly straightforward.

>  >I need to detect wxLua, i am trying to this from Cmake currently by
>  >setting a WXLUA var.
>  >But if there will be wxlua-config , that would be the solution.
> I propose to use a pkg-config template file just because it's ultra easy
> to build one. Basically the wxlua.pc.in file would look as:
>
> prefix=3D@prefix@
> exec_prefix=3D@exec_prefix@
> libdir=3D@libdir@
> includedir=3D@includedir@
>
> Name: @PACKAGE_NAME@
> Description: wxWidgets lua wrappers
> Version: @PACKAGE_VERSION@
> Requires:
> Libs: -L${libdir} -lwxlua
> Cflags: -I${includedir}/lua
>
> Just let me know...
> Francesco Montorsi

This would be good if you could add it.

> PS: wxLua currently doesn't compile on my AMD64 linux box.
> This is because in a lot of places some (int) casts are used to cast
> memory pointers. In a 64 bit environment pointers are 64 bit wide and
> thus I replaced all those (int) with (long). Then wxLua compiled.
> Should I commit these changes ?

Yes please, I don't have access to any 64 bit machines.

> PS2: I subscribed wxlua-users mailing list to Gmane. I hope this is not
> a problem to anyone ;)

Great.

Regards,
    John Labenski

Re: [Wxlua-users] bakefile & /NODEFAULTLIB problem

[John L. <jla...@gm...>]

On 1/18/06, Francesco Montorsi <f18...@ya...> wrote:
> Hi,
>     I've grepped all my wxLua (and wxArt2d) updated CVS repositories and
> I did find only one occurrence of the "/NODEFAULTLIB" string:
>
> in app_wxlua, Win32 debug:
>
> # ADD LINK32 /VERBOSE:LIB /NODEFAULTLIB:MSVCRT.lib wxluadebug.lib
> wxluasocket.lib wxlua.lib
>
> is it right ? or I'm missing some other occurrences ?
> Also, is someone so kind to explain me (maybe just quoting the text from
> other mails) why that setting is so dangerous ?

It's actually necessary so that the wxLua app doesn't immediately
crash when run in VC 2003 (at least). I don't really understand it all
that well. This fixes some problem with the compiler's debug vs.
nondebug libs being linked with incorrectly.

Regards,
    John Labenski