wxlua-users — wxLua list for users and developers

[wxlua-users] wx.wxMOD_* constants not defined on Mac

[Paul K <pau...@ya...>]

Hi John,

I just noticed that for some reason wx.wxMOD_NONE is not defined on
Mac (wxlua 2.8.12.1) while it is defined correctly on Windows. This
breaks logic like event:GetModifiers() == wx.wxMOD_NONE. In fact, it
seems like none of the wx.wxMOD_* constants is defined on Mac.
GetModifiers() returns correct values for those modifiers (I checked
Alt/Cmd/Ctrl and they match the docs).

I haven't had a chance to check the code yet, but wanted to let you
and others know (as this led to some subtle bugs for me).

Paul.

ZeroBrane Studio - slick Lua IDE and debugger for Windows, OSX, and
Linux - http://studio.zerobrane.com/

Re: [wxlua-users] LuaLans threading, was Re: mingw compiling wxlua problems

[Victor B. <so...@te...>]

> Can you change it to this and see if you can load it multiple times as
> you used to?
>

I have never been able to do it:

My problem is that lualanes creates a
completely new lua_State running in a separate thread
 and a call to require on wx makes luaopen_wx return lua_getglobal(newState, 
"wx"); which is nil in
that new lua_State.
 The other part in luaopen_wx is not called
because s_wxlState is a static wxLuaState  so !s_wxlState.Ok() fails because
is was inited in a pevious lane (lua_State)
So I can require it in ANY lane I want but only on ONE.

Best Regards
Victor Bombi

[wxlua-users] Detecting opening wxChoice on Mac

[Paul K <pau...@ya...>]

Hi All,

I have a wxChoice dropdown, which I'm populating on wx.wxEVT_SET_FOCUS
event. Unfortunately, this event is not triggered on Mac, which seems
to be a feature. I found a ticket related to this:
http://trac.wxwidgets.org/ticket/10047.

The fix seems to be using EVT_CHILD_FOCUS instead of EVT_SET_FOCUS
event, but my problem is that *neither* is triggered on Mac (tested
with wxlua 2.8.12.2 on OSX 10.7). I understand that this is probably
wxwidget issue (if it's indeed a real issue), but I'm interested to
hear if this worked for someone on Mac and if not, what workaround may
I use.  All I want is to be able to detect when a wxChoice control is
activated. Thank you.

Paul.

[wxlua-users] LuaLans threading, was Re: mingw compiling wxlua problems

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

On Tue, Sep 18, 2012 at 12:27 PM, Victor Bombi <so...@te...> wrote:
>
>> Is there any difference between luaBitOp and the one wxLua provides?
>
> The main reason I am using it is because I need it in secondary
> lanes.(requiring wx for that would be
> too much,  besides it cant be done)

I plan to switch to the Lua 5.2 bitlib, so it will be in the table
bit32 to smooth the 5.2 transition.

Something along these lines:
http://smbolton.com/lua/lbitlib-5.2.0-alpha-backport1.c

>> On the other hand, if you want to use wxWidgets structures like a
>> wxImage, wxRect, etc, then consider that calling require("wx") takes a
>> fair amount of time itself and it may not be worth creating the
>> thread. Perhaps you can extract the work that needs to be done in
>> pure-Lua structures.
>
> I am not sure about what you mean. If you mean sending by lindas some kind
> of description for the
> work to be done by the wx lane and receiving the answer by lindas also, That
> is what I am already
> doing for creating windows from other lanes or using wxDir.

Perhaps it doesn't make sense for what you are doing, but I was
suggesting doing the calculations or whatever long task you need to do
in the thread in pure Lua so you wouldn't even need wxLua.

-----------------------------

In terms of not loading wxLua twice, there is not very much difference
between the 2.8.10 and 2.8.12 version.

2.8.12
http://wxlua.svn.sourceforge.net/viewvc/wxlua/trunk/wxLua/modules/luamodule/luamodule.cpp?revision=136&view=markup

2.8.10
http://wxlua.cvs.sourceforge.net/viewvc/wxlua/wxLua/modules/luamodule/src/luamodule.cpp?revision=1.10&view=markup

In fact, in terms of calling require("wx") the only difference I think
matters is the call to wxSetInstance(hDll);

Can you change it to this and see if you can load it multiple times as
you used to?

161 	#ifdef __WXMSW__
162 	// wxEntryStart() calls DoCommonPreInit() which calls
163 	// wxSetInstance(::GetModuleHandle(NULL)); if wxGetInstance() is NULL.

if (hDll == NULL)
   wxSetInstance(hDll);

165 	#endif // __WXMSW__

Regards,
    John

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

> Please read this for a better understanding, only
> wxEvtHander::AddPendingEvent() is safe from worker threads.
> http://docs.wxwidgets.org/trunk/overview_thread.html

Yes but this is for just one window messaging system. I would like to have 
two independent
window messaging systems connected by lindas.

> Is there any difference between luaBitOp and the one wxLua provides?

The main reason I am using it is because I need it in secondary 
lanes.(requiring wx for that would be
too much,  besides it cant be done)

> If, and only if, all you want to get at is
> wxEvtHander::AddPendingEvent() perhaps Lindas will work for you?
> Again, I've never used LuaLanes, but sending Lindas to the main thread
> look like they were made for this purpose.

I use wxEVT_IDLE for receiving linda messages. I wanted to have two 
completely independent
wx lua_States because it would make some tasks more easy.

> On the other hand, if you want to use wxWidgets structures like a
> wxImage, wxRect, etc, then consider that calling require("wx") takes a
> fair amount of time itself and it may not be worth creating the
> thread. Perhaps you can extract the work that needs to be done in
> pure-Lua structures.

I am not sure about what you mean. If you mean sending by lindas some kind 
of description for the
work to be done by the wx lane and receiving the answer by lindas also, That 
is what I am already
doing for creating windows from other lanes or using wxDir.

Best Regards
Victor Bombi 

Re: [wxlua-users] mingw compiling wxlua problems

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

On Sun, Sep 16, 2012 at 11:02 AM, Victor Bombi <so...@te...> wrote:
> Hello,
>
> I am triying to compile wxlua with mingw.
>
> wxWidgets 2.9.4 was compiled with mingw :
>
> mingw32-make.exe -f makefile.gcc SHARED=0 UNICODE=0 BUILD=release
> and
> mingw32-make.exe -f makefile.gcc SHARED=0 UNICODE=1 BUILD=release
>
> compiled test named aui with unicode=0 and unicode=1 without problems
>
> Then Cmake with
>
> "C:\Program Files\CMake 2.8\bin\cmake"  -G"MinGW Makefiles"
> -DCMAKE_BUILD_TYPE=Release  -DwxWidgets_ROOT_DIR=C:/LUA/wxWidgets-2.9.4
> -DwxWidgets_LIB_DIR=C:/LUA/wxWidgets-2.9.4/lib/gcc_lib
> -DwxWidgets_CONFIGURATION=msw -D wxWidgets_VERSION=2.9.x
> -DBUILD_VERBOSELY=TRUE -DBUILD_SHARED_LIBS=FALSE
> -DCMAKE_C_FLAGS=-shared-libgcc -DCMAKE_CXX_FLAGS=-shared-libgcc ../wxlua
>
> stops in linking
>
> CMakeFiles\wxLuaModule.dir/objects.a(luamodule.cpp.obj):luamodule.cpp:(.text+0x29d):
> undefined reference to `wxFormatString::
> AsWChar()'
> ...

You need to edit C:/LUA/wxWidgets-2.9.4/lib/gcc_lib/msw/wx/setup.h and set
#define wxUSE_UNICODE 0

I see that there are some changes with wxWidgets and they are
transitioning to Unicode only. I'm not sure what needs to be done to
smooth this over. I suppose that wxLua's CMake could #define
wxUSE_UNICODE 0 if I detect that you are not using a Unicode build. I
have to think about the best way to fix this.

> the same Cmake but with
>
> -DwxWidgets_CONFIGURATION=mswu
>
> stops in:
>
> Creating library file: ..\..\lib\libwxlua_bind-wx29mswu-2.8.12.dll.a
> C:\LUA\wxWidgets-2.9.4\lib\gcc_lib\libwxmsw29u_core.a(corelib_gdicmn.o):gdicmn.cpp:(.text+0x0):
> multiple definition of `wxGDI
> Object::GetClassInfo() const'
> ..\..\lib\libwxlua-wx29mswu-2.8.12.dll.a(d018392.o):(.text+0x0): first
> defined here

I just built with 2.9.4 (though from SVN, so it may not be exactly the
same 2.9.4) following the install.html instructions w/o a problem.

Can you post this file that should be in the CMake build dir
X:\blah\wxLua-CMakeBuild\modules\CMakeFiles\wxLuaBindLib.dir\link.txt

Regards,
    John

Re: [wxlua-users] mingw compiling wxlua problems

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

On Mon, Sep 17, 2012 at 6:15 AM, Victor Bombi <so...@te...> wrote:
>
> Thank you for answering. I have solved the problems in my lualanes and wx
> application. It seems that something is not working if I do
> require"something" inside a lane that has not been required in the lua_state
> where wx is loaded. When the lane is finished wx gets hanged (I guess that
> when unloading the dll) so I am now requiring everything in the main

I have not used LuaLanes, my understanding is that it is a
multi-threading library in the true sense, rather than a coroutine
that really just timeslices the main thread. If this is the case, then
you absolutely cannot call wxWidgets GUI functions from any other
thread than the main thread. If this has "worked" for you in the past,
consider yourself very lucky, you should have no expectation that it
will continue to work.

Please read this for a better understanding, only
wxEvtHander::AddPendingEvent() is safe from worker threads.
http://docs.wxwidgets.org/trunk/overview_thread.html

> lua_state even if I dont need it. Another problem came from wx defining bit
> instead of wx.bit so when I use bit from luaBitOp lanes get confused also (I
> renamed it bitOp for solving).

This is by design, when wxLua moves to 5.2, the bit library we install
will be removed and nobody should notice.
Is there any difference between luaBitOp and the one wxLua provides?

> I have always wanted to require wx in a lane but because of "only once" dll
> initialization it does not work. I am able to require wx from a lane if it
> has not been required from the "main" lua_State. Do you thing it could be
> changed anyhow so that luaopen_wx does not return lua_getglobal(L, "wx");?
> Would that break wx?

If, and only if, all you want to get at is
wxEvtHander::AddPendingEvent() perhaps Lindas will work for you?
Again, I've never used LuaLanes, but sending Lindas to the main thread
look like they were made for this purpose.

On the other hand, if you want to use wxWidgets structures like a
wxImage, wxRect, etc, then consider that calling require("wx") takes a
fair amount of time itself and it may not be worth creating the
thread. Perhaps you can extract the work that needs to be done in
pure-Lua structures.

Hope this helps,
    John

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

Hi Paul,

Thank you for your reply.
I think this is not the same case.My problem is that lualanes creates a 
completely new lua_State running in a separate thread
 and a call to require on wx returns lua_getglobal(L, "wx"); which is nil in 
that new lua_State. The other part in luaopen_wx is not called
because s_wxlState is a static wxLuaState  so !s_wxlState.Ok() fails because 
is was inited in a pevious lane (lua_State)
So I can require it any lane I want but only on one.

The strange other problems I had seem to be a lualanes issue which I solved 
as I explained in my last email.

And I am still not being able to compile with SHARED=0.

Best Regards
Victor Bombi 

Re: [wxlua-users] mingw compiling wxlua problems

[Paul K <pau...@ya...>]

Hi Victor,

> I have always wanted to require wx in a lane but because of "only once" dll
> initialization it does not work. I am able to require wx from a lane if it
> has not been required from the "main" lua_State.

I might have seen a similar issue, but for a different reason: I
wanted to be able to load and run wx from a co-routine. We had a
discussion with John couple of months ago as to why this may not be
working with wxlua 2.8.12 (even though it was working before with
2.8.7 and 2.8.10). You can see the discussion here:
http://www.mail-archive.com/wxl...@li.../msg03010.html.
Essentially, there was a fix that was applied in rev100 (in svn),
which was then partially rolled back in rev104
(http://wxlua.svn.sourceforge.net/viewvc/wxlua/trunk/wxLua/modules/wxlua/src/wxlcallb.cpp?r1=100&r2=104&pathrev=104).
The partial rolled back caused the issue with aborting a coroutine
when wx module was loaded into that coroutine space (the application
was crashing).

I know it's a long shot and it may be just a coincidence that your
symptoms look similar, but you may want to try to comment out this
line in the diff I referenced (I haven't checked where it is in the
current revision):

m_wxlState = wxLuaState(wxlState.GetLuaState(),
wxLUASTATE_GETSTATE|wxLUASTATE_ROOTSTATE);

At least that fixed the issue for me (without any consequences as far
as I can tell). I've been using this patched version for about 6 weeks
running on Windows, Mac and Linux.

Paul.

On Mon, Sep 17, 2012 at 3:15 AM, Victor Bombi <so...@te...> wrote:
>> Can you add this line to modules/luamodule/luamodule.cpp to help
>> figure out what is happening and recompile?
>>
>> 50 BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call,
>> LPVOID )
>> 51 {
>>
>> printf("AAAAAAA %p %d : a %d d %d\n", hModule,
>> (int)ul_reason_for_call, (int)DLL_PROCESS_ATTACH,
>> (int)DLL_PROCESS_DETACH); fflush(stdout);
>>
>> 52 switch (ul_reason_for_call)
>> 53 {
>> ...
>>
>
> Thank you for answering. I have solved the problems in my lualanes and wx
> application. It seems that something is not working if I do
> require"something" inside a lane that has not been required in the lua_state
> where wx is loaded. When the lane is finished wx gets hanged (I guess that
> when unloading the dll) so I am now requiring everything in the main
> lua_state even if I dont need it. Another problem came from wx defining bit
> instead of wx.bit so when I use bit from luaBitOp lanes get confused also (I
> renamed it bitOp for solving).
>
> I have always wanted to require wx in a lane but because of "only once" dll
> initialization it does not work. I am able to require wx from a lane if it
> has not been required from the "main" lua_State. Do you thing it could be
> changed anyhow so that luaopen_wx does not return lua_getglobal(L, "wx");?
> Would that break wx?
>
> Best Regards
> Victor Bombi
>
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> wxlua-users mailing list
> wxl...@li...
> https://lists.sourceforge.net/lists/listinfo/wxlua-users

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

> Can you add this line to modules/luamodule/luamodule.cpp to help
> figure out what is happening and recompile?
>
> 50 BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, 
> LPVOID )
> 51 {
>
> printf("AAAAAAA %p %d : a %d d %d\n", hModule,
> (int)ul_reason_for_call, (int)DLL_PROCESS_ATTACH,
> (int)DLL_PROCESS_DETACH); fflush(stdout);
>
> 52 switch (ul_reason_for_call)
> 53 {
> ...
>

Thank you for answering. I have solved the problems in my lualanes and wx 
application. It seems that something is not working if I do 
require"something" inside a lane that has not been required in the lua_state 
where wx is loaded. When the lane is finished wx gets hanged (I guess that 
when unloading the dll) so I am now requiring everything in the main 
lua_state even if I dont need it. Another problem came from wx defining bit 
instead of wx.bit so when I use bit from luaBitOp lanes get confused also (I 
renamed it bitOp for solving).

I have always wanted to require wx in a lane but because of "only once" dll 
initialization it does not work. I am able to require wx from a lane if it 
has not been required from the "main" lua_State. Do you thing it could be 
changed anyhow so that luaopen_wx does not return lua_getglobal(L, "wx");? 
Would that break wx?

Best Regards
Victor Bombi 

Re: [wxlua-users] mingw compiling wxlua problems

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

On Sun, Sep 16, 2012 at 2:52 PM, Victor Bombi <so...@te...> wrote:
> There is an assert complain about resources not being loaded and something
> about wx.rc.
> The message doesnt appear know, application simply crash
> I saw in the code that __WXMSW__ should be defined for remembering the
> dllinstance for loading resources.
> Must I define it? Where?

What code where? __WXMSW__ should be already be defined in MS Windows
unless your wxWidgets build is badly misconfigured.

What are you doing when there is the assert? Calling require("wx") in Lua code?

This should work now as I made some changes the wx.dll to solve this
problem, though I only built and tested using Visual Studio 2008.
http://wxlua.svn.sourceforge.net/viewvc/wxlua/trunk/wxLua/modules/luamodule/src/luamodule.cpp?r1=28&r2=73&pathrev=124

Can you add this line to modules/luamodule/luamodule.cpp to help
figure out what is happening and recompile?

50 	BOOL APIENTRY DllMain( HANDLE hModule, DWORD ul_reason_for_call, LPVOID )
51 	{

printf("AAAAAAA %p %d : a %d d %d\n", hModule,
(int)ul_reason_for_call, (int)DLL_PROCESS_ATTACH,
(int)DLL_PROCESS_DETACH); fflush(stdout);

52 	switch (ul_reason_for_call)
53 	{
...

I'm wondering if this code even gets called when compiled with Mingw.

Thanks,
    John

Re: [wxlua-users] mingw compiling wxlua problems

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

On Sun, Sep 16, 2012 at 11:02 AM, Victor Bombi <so...@te...> wrote:
> Hello,
>
> I am triying to compile wxlua with mingw.
>
> wxWidgets 2.9.4 was compiled with mingw :
> mingw32-make.exe -f makefile.gcc SHARED=0 UNICODE=0 BUILD=release
> and
> mingw32-make.exe -f makefile.gcc SHARED=0 UNICODE=1 BUILD=release
> compiled test named aui with unicode=0 and unicode=1 without problems
>
> Then Cmake with
>
> "C:\Program Files\CMake 2.8\bin\cmake"  -G"MinGW Makefiles"
> -DCMAKE_BUILD_TYPE=Release  -DwxWidgets_ROOT_DIR=C:/LUA/wxWidgets-2.9.4
> -DwxWidgets_LIB_DIR=C:/LUA/wxWidgets-2.9.4/lib/gcc_lib
> -DwxWidgets_CONFIGURATION=msw -D wxWidgets_VERSION=2.9.x
> -DBUILD_VERBOSELY=TRUE -DBUILD_SHARED_LIBS=FALSE
> -DCMAKE_C_FLAGS=-shared-libgcc -DCMAKE_CXX_FLAGS=-shared-libgcc ../wxlua
>
> stops in linking
>
> CMakeFiles\wxLuaModule.dir/objects.a(luamodule.cpp.obj):luamodule.cpp:(.text+0x29d):
> undefined reference to `wxFormatString::
> AsWChar()'
> ...
>
> the same Cmake but with
>
> -DwxWidgets_CONFIGURATION=mswu
>
> stops in:
>
> Creating library file: ..\..\lib\libwxlua_bind-wx29mswu-2.8.12.dll.a
> C:\LUA\wxWidgets-2.9.4\lib\gcc_lib\libwxmsw29u_core.a(corelib_gdicmn.o):gdicmn.cpp:(.text+0x0):
> multiple definition of `wxGDI
> Object::GetClassInfo() const'
> ..\..\lib\libwxlua-wx29mswu-2.8.12.dll.a(d018392.o):(.text+0x0): first
> defined here

I do not use Mingw often, can you check that when you build wxLua in
Ansi and Unicode that there is a "-I" include directive to the correct
wxWidgets  #include setup dir?
It include path should be in the wxWidgets build dir where the libs
are, something like this
-I /path/to/wxWidgets/lib/gcc_lib/wx/include/[mingw-2.8-???]/setup.h

You can look though the CMakeCache.txt file in the root wxLua build dir.

I'm wondering if somehow the two builds are swapped since you have
both of them and I've only build the Unicode version.

To be sure, you definitely can NEVER mix Ansi/Unicode wxLua/wxWidgets
builds, they both must be the same.

Thanks,
    John

Re: [wxlua-users] mingw compiling wxlua problems

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

On Sun, Sep 16, 2012 at 2:23 PM, Victor Bombi <so...@te...> wrote:
> Solved the problem of not dll linking to lua51.dll with
>
> -DwxLua_LUA_LIBRARY=C:/LUA/luabuildmingw/lua51.dll
> -DwxLua_LUA_INCLUDE_DIR=C:/LUA/lua-5.1.5/include
>
> So I have tryed the build and while testing if unicode is ok for my program
> I found that wx.wxOPEN is not longer defined but instead wx.wxFLD_OPEN.
>
> Can I get the defines as before?

Sorry no, wxLua is already suffering from being too backward compatible.

Soon enough I will remove all the symbols < 2.8 which is already over
5 years old. There are quite a few differences between 2.8 and 2.9 and
having to drag around ancient bindings to <2.8 will be too much of a
burden. Worse than that, we don't want new developers to start of on
the wrong foot using symbols that are already deprecated.

You can use the wxWidgets changelogs to see the changes. Hopefully it
won't be too painful.
ftp://ftp.wxwidgets.org/pub/

Regards,
    John

Re: [wxlua-users] Compiling from source on Fedora 17

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

On Sun, Sep 16, 2012 at 1:39 AM, M. Edward (Ed) Borasky <zn...@zn...> wrote:
> I'm trying to build wxLua from source (Subversion) on a 64-bit Fedora
> 17 system. I ran "cmake" and "make" and everything worked. But when I
> try "make install" it seems to be missing a header file:
>
> make install
> Install the project...
> -- Install configuration: "Release"
> -- Installing: /home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/build/install/share/wxlua/wxLua-config.cmake
>
> -- Installing: /home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/build/install/include/wxlua/wxlstate.h
> -- Installing: /home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/build/install/include/wxlua/wxlua.h
> CMake Error at cmake_install.cmake:97 (FILE):
>   file INSTALL cannot find
>   "/home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/apps/..//modules/wxlua/xlua_bind.h".
>
> make: *** [install] Error 1
>
> Is there something else I need to install?

Nope, I have recently moved some files around and accidentally deleted
the 'w' in "wxlua_bind.h"

Fixed in SVN.

Thanks for reporting,
    John

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

some other strange asserts. the samples seem too work but not my program 
which uses lualanes for do multitasking. It has been working with wx 2.8.10 
binarys downloaded and everything else compiled with msvc2005. Also with 
binarys wx2.8.12 and everything compiled with msvc2005 but when I have 
compiled with mingw all the lua modules I got strange hangs in wx 2.8.12 , 
so I decided to compile by myself. Now behaviour is worse. Any ideas? Any 
relation with unicode?

Best Regards
Victor Bombi 

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

There is an assert complain about resources not being loaded and something 
about wx.rc.
The message doesnt appear know, application simply crash
I saw in the code that __WXMSW__ should be defined for remembering the 
dllinstance for loading resources.
Must I define it? Where?
Best Regards
Victor Bombi 

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

Solved the problem of not dll linking to lua51.dll with

-DwxLua_LUA_LIBRARY=C:/LUA/luabuildmingw/lua51.dll -DwxLua_LUA_INCLUDE_DIR=C:/LUA/lua-5.1.5/include

So I have tryed the build and while testing if unicode is ok for my program I found that wx.wxOPEN is not longer defined but instead wx.wxFLD_OPEN.

Can I get the defines as before?

Best Regards
Victor Bombi

Re: [wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

I have finally been able to compile with

"C:\Program Files\CMake 2.8\bin\cmake"  -G"MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release  -DwxWidgets_ROOT_DIR=C:/LUA/wxWidgets-2.9.4 -DwxWidgets_LIB_DIR=C:/LUA/wxWidgets-2.9.4/lib/gcc_dll -DwxWidgets_CONFIGURATION=mswu -D wxWidgets_VERSION=2.9.x -DBUILD_VERBOSELY=TRUE -DBUILD_SHARED_LIBS=TRUE -DCMAKE_C_FLAGS=-shared-libgcc -DCMAKE_CXX_FLAGS=-shared-libgcc ../wxlua

after building wxWidgets for SHARED.

Only for shared wxwidgets is not so bad for me but only unicode may be problematic.

Another problem with this compilation is that libwx.dll is dll linked with libwxlua_lua51-wx29mswu-2.8.12.dll and not lua51.dll which is what I need

Best Regards
Victor Bombi

[wxlua-users] mingw compiling wxlua problems

[Victor B. <so...@te...>]

Hello,

I am triying to compile wxlua with mingw.

wxWidgets 2.9.4 was compiled with mingw :

mingw32-make.exe -f makefile.gcc SHARED=0 UNICODE=0 BUILD=release
and
mingw32-make.exe -f makefile.gcc SHARED=0 UNICODE=1 BUILD=release

compiled test named aui with unicode=0 and unicode=1 without problems

Then Cmake with

"C:\Program Files\CMake 2.8\bin\cmake"  -G"MinGW Makefiles" -DCMAKE_BUILD_TYPE=Release  -DwxWidgets_ROOT_DIR=C:/LUA/wxWidgets-2.9.4 -DwxWidgets_LIB_DIR=C:/LUA/wxWidgets-2.9.4/lib/gcc_lib -DwxWidgets_CONFIGURATION=msw -D wxWidgets_VERSION=2.9.x -DBUILD_VERBOSELY=TRUE -DBUILD_SHARED_LIBS=FALSE -DCMAKE_C_FLAGS=-shared-libgcc -DCMAKE_CXX_FLAGS=-shared-libgcc ../wxlua

stops in linking

CMakeFiles\wxLuaModule.dir/objects.a(luamodule.cpp.obj):luamodule.cpp:(.text+0x29d): undefined reference to `wxFormatString::
AsWChar()'
...

the same Cmake but with

-DwxWidgets_CONFIGURATION=mswu

stops in:

Creating library file: ..\..\lib\libwxlua_bind-wx29mswu-2.8.12.dll.a
C:\LUA\wxWidgets-2.9.4\lib\gcc_lib\libwxmsw29u_core.a(corelib_gdicmn.o):gdicmn.cpp:(.text+0x0): multiple definition of `wxGDI
Object::GetClassInfo() const'
..\..\lib\libwxlua-wx29mswu-2.8.12.dll.a(d018392.o):(.text+0x0): first defined here

Any help would be appreciated.
Best Regards
Victor Bombi
...

[wxlua-users] Compiling from source on Fedora 17

[M. E. (E. B. <zn...@zn...>]

I'm trying to build wxLua from source (Subversion) on a 64-bit Fedora
17 system. I ran "cmake" and "make" and everything worked. But when I
try "make install" it seems to be missing a header file:

make install
Install the project...
-- Install configuration: "Release"
-- Installing: /home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/build/install/share/wxlua/wxLua-config.cmake


[snip]


-- Installing: /home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/build/install/include/wxlua/wxlstate.h
-- Installing: /home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/build/install/include/wxlua/wxlua.h
CMake Error at cmake_install.cmake:97 (FILE):
  file INSTALL cannot find
  "/home/znmeb/Projects/znmeb-private/ZeroBrane/wxlua/trunk/wxLua/apps/..//modules/wxlua/xlua_bind.h".


make: *** [install] Error 1

Is there something else I need to install?
-- 
Twitter: http://twitter.com/znmeb; Computational Journalism Publishers
Workbench: http://j.mp/QCsXOr

How the Hell can the lion sleep with all those people singing "A weem
oh way!" at the top of their lungs?

Re: [wxlua-users] Compiling error on window (out of the box)n

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

On Sep 11, 2012 9:34 AM, "Andre Arpin" <ar...@ki...> wrote:
>
>  .\../../../build/wxlua_version.rc(12): fatal error RC1015: cannot open
include
> file '../modules/wxlua/include/wxlversion.h'

Thanks for reporting, I forgot to update those files. Should work now.

Regards,

    John

[wxlua-users] Compiling error on window (out of the box)n

[Andre A. <ar...@ki...>]

 .\../../../build/wxlua_version.rc(12): fatal error RC1015: cannot open include 
file '../modules/wxlua/include/wxlversion.h'

its in ../modules/wxlua/

md include
copy wxlversion.h

compiles fine.

No testing I have to merge  my code 1st.

See you

Andre

Re: [wxlua-users] file motion

[Andre A. <ar...@ki...>]

 
> CMake should have been rerun when you tried to build in MSVC. I don't
> see any remnants of */src/* in any CMakelists.txt do you?
> 
> I have moved quite a few more things tonight, please delete your build
> dir and rerun CMake.
> 

Ok I will fix my batch to delete the cmake dir from now on.
Right now I run cmake assuming that it will replace all the modified file.
Should have known better. :)

Will work at this next week I am gone for a few days.

I have to do some more checks since some of my file differ from yours.

Thanks 

Andre 

[wxlua-users] Directory structure change

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

I have moved the files around to make it easier to develop,
understand, and use. Since the number of files in wxLua is not so
large the old directory structure of src/ and include/ dirs was
overkill and awkward for me to work with. I have flattened things by
moving everything out of the src/ and include/ dirs into the main
folder wxlua. The sub-projects, the debug and debugger lib, are now
sub-folders of the wxlua module.The benefit is that the #include path
no longer has the word "include" in it, which was silly (and of my own
doing).

The build system now uses CMake and a set of very simple Makefiles for
compilation in Linux. I will update the docs in a few days.

If you had previously built with CMake, I recommend deleting the old
build and start over to ensure that things are in sync.

Regards,
    John

Re: [wxlua-users] file motion

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

On Sun, Sep 9, 2012 at 7:16 PM, Andre Arpin <ar...@ki...> wrote:
> The sln do not seem to match the file new location.
>
> ex: E:\wxWidgets\wxLua\apps\wxlua\src\wxlua.cpp
> instead of E:\wxWidgets\wxLua\apps\wxlua\wxlua.cpp
>
> is generated by cmake

CMake should have been rerun when you tried to build in MSVC. I don't
see any remnants of */src/* in any CMakelists.txt do you?

I have moved quite a few more things tonight, please delete your build
dir and rerun CMake.

Regards,
    John