>
> If you change the defines
>
> 30#define WXLUA_USE_WXSTR_CONVUTF8 1
> 31#define WXLUA_USE_WXSTR_CONVCURRENT 0
>
> to
>
> 30#define WXLUA_USE_WXSTR_CONVUTF8 0
> 31#define WXLUA_USE_WXSTR_CONVCURRENT 1
>
it does work
I think there a problem with the current version:
é is ch
On Fri, May 4, 2012 at 12:31 PM, Andre Arpin wrote:
> John Labenski writes:
>
> OK there is a light at the end of the tunnel.
>
> using the following batch
>
> cd "E:\wxWidgets\wxLua\
> md cmake
> cd cmake
> cmake -trace -G "Visual Studio 9 2008"
> -DwxWidgets_ROOT_DIR:STRING=E:/wxWidgets
> -Dwx
John Labenski writes:
OK there is a light at the end of the tunnel.
using the following batch
cd "E:\wxWidgets\wxLua\
md cmake
cd cmake
cmake -trace -G "Visual Studio 9 2008" -DwxWidgets_ROOT_DIR:STRING=E:/wxWidgets
-DwxWidgets_LIB_DIR:STRING=E:/wxWidgets/lib/vc_lib E:/wxWidgets/wxLua
and re
-- COMMAND LINE
md wxWidgets
set WXWIN=wxWidgets
"C:\Program Files (x86)\Microsoft Visual Studio 9.0\Common7\Tools\vsvars32.bat"
--- DEV STUDIO
open
E:\wxWidgets\build\msw\wx_vc9.sln compile default
-- COMMAND LINE
"E:\Program Files (x86)\CMake 2.8\bin\cmake-gui.exe"
-- CMAKE
source: E:/wxWidget
On Thu, May 3, 2012 at 1:43 PM, Andre Arpin wrote:
> run cmake
>
> point source and destination to
> E:\wxWidgets\wxLua
In CMake you can (and want to) choose a different directory for the
build output. You can then easily delete the whole build or any part
of it and rerun cmake to regenerate it.
The current version has been much improve.
Like the change to the console.
CMake is still not a joy.
Create an new copy of the current version, wxWidgets-2.9.3 and wxLua
Set wxwin to point to the new version.
compile wx_vc9.sln in debug mode (default)
run cmake
point source and destination to
On 26-12-2011 0:33, John Labenski wrote:
On Sun, Dec 25, 2011 at 1:18 PM, klaas.holwerda wrote:
ADD_SUB_DIRECTORY became too complicated, and i would need to make to many
changes, maybe later.
For the moment my original approach was the easiest to get working.
Why doesn't it just work when do
On Sun, Dec 25, 2011 at 1:18 PM, klaas.holwerda wrote:
> ADD_SUB_DIRECTORY became too complicated, and i would need to make to many
> changes, maybe later.
> For the moment my original approach was the easiest to get working.
Why doesn't it just work when do ADD_SUBDIRECTORY("path/to/wxLua"
"Out
ADD_SUB_DIRECTORY became too complicated, and i would need to make to many
changes, maybe later.
For the moment my original approach was the easiest to get working.
With some of the suggested changes ( libs and exe in one place), and changes to
my FindWxLua cmake
files, i am now able to start w
On 24-12-2011 9:47, klaas.holwerda wrote:
>
> If you don't have time, it can wait, i keep using the bakefile generated
> stuff for time being.\
Well that does not work for 2.9, so i guess it is needs to be Cmake now.
To bad.
Klaas
--
John,
It is more complicated then i thought it would be.
My users need to use the libraries of wxart2d + wxlua etc., and i supply them a
wxArt2DConfig.cmake
with all in it.
I need access to wxLua binding generator, and some more stuff.
Somehow i need to gather this information, and i know you ha
On Wed, Dec 21, 2011 at 10:13 AM, klaas.holwerda wrote:
>> I give my out-of-tree build dir the complete build name, compiler,
>> 32/64... to fully describe it.
> Oke, but that i have to explain to users wanting to use wxart2d with wxlua.
> Saying if you want to compile different versions( deb/uni)
On 21-12-2011 0:30, John Labenski wrote:
>> WxStedit becomes part of wxLua, using an include.
>> But what if there is more flavors of wxWidgets (univ, unicode etc. ).
>> How will i now what was compiled in what fashion?
> I give my out-of-tree build dir the complete build name, compiler,
> 32/64..
On Tue, Dec 20, 2011 at 1:49 PM, klaas.holwerda wrote:
> And 2.9.3 has the same OpenGl issue.
See other email about having fixed it. (hopefully)
> Apart from that, all that is compiled is rather different from what it was.
> Libraries named different, locations also.
> The naming was rather hand
On Tue, Dec 20, 2011 at 11:31 AM, klaas.holwerda wrote:
>
> Hi John,
>
> 2.8.12 no compiles.
> But in 2.9.2 i get problems with OpenGl. ( i am using default wxWidgets).
> Maybe the test for that in CMake is not done??
> Will try 2.9.3 soon.
Ahh, the variable that sets that is cached as wxLuaBind_
And 2.9.3 has the same OpenGl issue.
Apart from that, all that is compiled is rather different from what it was.
Libraries named different, locations also.
The naming was rather handy for me, to have debug/unicode/release versions etc.
seperated when
detecting stedit and wxlua (after install).
N
Hi John,
2.8.12 no compiles.
But in 2.9.2 i get problems with OpenGl. ( i am using default wxWidgets).
Maybe the test for that in CMake is not done??
Will try 2.9.3 soon.
Klaas
3>wxLuaBindLib.lib(wxgl_bind.obj) : error LNK2019: unresolved external symbol
"public: class
wxGLContext * __thiscal
On Mon, Dec 19, 2011 at 6:22 AM, klaas.holwerda wrote:
>
> This i get with 2.9.2 .
>
> 2>Compiling...
> 1>wxaui_bind.cpp
> 2>wxaui_bind.cpp
> 2>..\..\..\wxLua\trunk\wxLua\modules\wxbind\src\wxaui_bind.cpp(696) : error
> C2039: 'curState' : is
> not a member of 'wxAuiTabContainerButton'
> 2>
On 19-12-2011 5:51, John Labenski wrote:
> On Sun, Dec 18, 2011 at 10:59 AM, klaas.holwerda
> wrote:
>> Hi,
>>
>> Yep, i now can work with it. But 2.9.2 gives a lot of deprecated warning,
>> and in the end compile errors.
> Yeah, lots of deprecated warnings. I am going to get rid of the< 2.8
>
On Sun, Dec 18, 2011 at 10:59 AM, klaas.holwerda wrote:
> Hi,
>
> Yep, i now can work with it. But 2.9.2 gives a lot of deprecated warning, and
> in the end compile errors.
Yeah, lots of deprecated warnings. I am going to get rid of the < 2.8
functions soon and see what's left.
> I wonder how w
Hi,
Yep, i now can work with it. But 2.9.2 gives a lot of deprecated warning, and
in the end compile errors.
I wonder how wxstedit is found?
5>wxLuaCan - 1 error(s), 0 warning(s)
4>c:\soft\wxlua\trunk\wxlua\apps\wxluaedit\src\wxledit.h(27) : fatal error
C1083: Cannot open
include file: 'wx/st
On Sat, Dec 17, 2011 at 10:06 AM, klaas.holwerda wrote:
>
> I thought to give it a try, but i don't succeed.
> First tried cmake-gui without anything extra.
> Fill in the source dir, and some other builddir outside wxLua.
> It configures and generates a project, but there is nothing found on
> wx
Hi John,
I thought to give it a try, but i don't succeed.
First tried cmake-gui without anything extra.
Fill in the source dir, and some other builddir outside wxLua.
It configures and generates a project, but there is nothing found on wxWidgets
(missing in what is
generated), and no feedback w
23 matches
Mail list logo
