You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(60) |
Jul
(35) |
Aug
(32) |
Sep
(5) |
Oct
(5) |
Nov
(58) |
Dec
(34) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(114) |
Feb
(184) |
Mar
(153) |
Apr
(90) |
May
(153) |
Jun
(59) |
Jul
(24) |
Aug
(43) |
Sep
(17) |
Oct
(34) |
Nov
(11) |
Dec
(204) |
2007 |
Jan
(84) |
Feb
(119) |
Mar
(38) |
Apr
(28) |
May
(52) |
Jun
(105) |
Jul
(64) |
Aug
(67) |
Sep
(14) |
Oct
(3) |
Nov
(28) |
Dec
(55) |
2008 |
Jan
(228) |
Feb
(55) |
Mar
(30) |
Apr
(30) |
May
(15) |
Jun
(20) |
Jul
(12) |
Aug
(3) |
Sep
(13) |
Oct
(54) |
Nov
(35) |
Dec
(35) |
2009 |
Jan
(19) |
Feb
(20) |
Mar
(34) |
Apr
(4) |
May
(60) |
Jun
(25) |
Jul
(16) |
Aug
(51) |
Sep
(19) |
Oct
(62) |
Nov
(21) |
Dec
(12) |
2010 |
Jan
(1) |
Feb
|
Mar
(4) |
Apr
(12) |
May
(23) |
Jun
(13) |
Jul
(1) |
Aug
(40) |
Sep
(18) |
Oct
(21) |
Nov
(26) |
Dec
(34) |
2011 |
Jan
(17) |
Feb
(23) |
Mar
(1) |
Apr
(10) |
May
(1) |
Jun
(5) |
Jul
(1) |
Aug
|
Sep
|
Oct
(2) |
Nov
|
Dec
(43) |
2012 |
Jan
(5) |
Feb
(19) |
Mar
(6) |
Apr
(24) |
May
(39) |
Jun
(83) |
Jul
(29) |
Aug
(36) |
Sep
(64) |
Oct
(55) |
Nov
(12) |
Dec
(7) |
2013 |
Jan
(17) |
Feb
(10) |
Mar
(37) |
Apr
(27) |
May
(13) |
Jun
(9) |
Jul
(7) |
Aug
(61) |
Sep
(23) |
Oct
(23) |
Nov
(30) |
Dec
(16) |
2014 |
Jan
(23) |
Feb
(13) |
Mar
(9) |
Apr
(17) |
May
(2) |
Jun
(11) |
Jul
(2) |
Aug
|
Sep
(9) |
Oct
(24) |
Nov
(2) |
Dec
(14) |
2015 |
Jan
(6) |
Feb
(4) |
Mar
(17) |
Apr
|
May
(7) |
Jun
(3) |
Jul
|
Aug
|
Sep
(2) |
Oct
(21) |
Nov
(6) |
Dec
(2) |
2016 |
Jan
(4) |
Feb
(2) |
Mar
(7) |
Apr
(3) |
May
(11) |
Jun
(6) |
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2017 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2019 |
Jan
|
Feb
|
Mar
(6) |
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2022 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(2) |
Nov
(4) |
Dec
|
2023 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(8) |
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: John L. <jla...@gm...> - 2011-12-27 16:33:35
|
It sounds like your wxWidgets build is incomplete for the media control. Did you build it yourself? You'll need to rebuild it, but take note of the warnings during the configure stage and install the devel libaries for gstreamer until configure says that nothing is missing. You may need libcairo for wxgcdc. The wxlua app should build is wxluafreeze built. Running $wxluafreeze editor.wx.lua is the same as running wxlua. Again, I am w/o a computer or time for this week... John On Dec 27, 2011 5:23 AM, "Milind Gupta" <mil...@gm...> wrote: > Ok, > Was finally able to run wxlua applications. They seem to be running > but the media.wx.lua does not run. Gives the error: > > lua: media.wx.lua:131: attempt to call field 'wxMediaCtrl' (a nil value) > stack traceback: > media.wx.lua:131: in function 'main' > media.wx.lua:305: in main chunk > [C]: ? > > > Don't know why that is the case. Also don't have the wxlua executable > anywhere. I only see wxluacan and wxluafreeze. I did skip the wxstedit > compilation, maybe that prevented wxlua creation? Trying wxstedit > compilation now but it just won't compile. First there were include files > it could not find now I get this error on running make: > > g++ -o ../samples/stedit/wxstedit wxstedit_wxstedit.o -L../lib -L../lib > -lwxcode_gtk2u_stedit-2.8 -L/usr/local/lib -pthread -lwx_gtk2u_stc-2.8 > -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu-2.8 > /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: > undefined reference to `wxGCDC::wxGCDC(wxWindowDC const&)@WXU_2.8' > /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: > undefined reference to `wxGCDC::SetPen(wxPen const&)@WXU_2.8' > /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: > undefined reference to `wxGCDC::~wxGCDC()@WXU_2.8' > /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: > undefined reference to `wxGCDC::SetBrush(wxBrush const&)@WXU_2.8' > collect2: ld returned 1 exit status > make: *** [../samples/stedit/wxstedit] Error 1 > > > Any tips on how to get wxlua IDE? Thats the main thing I want to get. > > Thanks, > Milind > > On Mon, Dec 26, 2011 at 11:01 AM, Milind Gupta <mil...@gm...>wrote: > >> Hi John, >> Thank you very much for your reply.t worked after that >> and so did make install. But now when I try the example on the wxLua >> website: >> >> require("wx") >> frame = wx.wxFrame(wx.NULL, wx.wxID_ANY, "wxLua Minimal Demo", >> wx.wxDefaultPosition, wx.wxSize(450, 450), >> wx.wxDEFAULT_FRAME_STYLE) >> >> -- create a simple file menu >> local fileMenu = wx.wxMenu() >> fileMenu:Append(wx.wxID_EXIT, "E&xit", "Quit the program") >> -- create a simple help menu >> local helpMenu = wx.wxMenu() >> helpMenu:Append(wx.wxID_ABOUT, "&About", >> "About the wxLua Minimal Application") >> >> -- create a menu bar and append the file and help menus >> local menuBar = wx.wxMenuBar() >> menuBar:Append(fileMenu, "&File") >> menuBar:Append(helpMenu, "&Help") >> -- attach the menu bar into the frame >> frame:SetMenuBar(menuBar) >> >> -- create a simple status bar >> frame:CreateStatusBar(1) >> frame:SetStatusText("Welcome to wxLua.") >> >> -- connect the selection event of the exit menu item to an >> -- event handler that closes the window >> frame:Connect(wx.wxID_EXIT, wx.wxEVT_COMMAND_MENU_SELECTED, >> function (event) frame:Close(true) end ) >> -- connect the selection event of the about menu item >> frame:Connect(wx.wxID_ABOUT, wx.wxEVT_COMMAND_MENU_SELECTED, >> function (event) >> wx.wxMessageBox('This is the "About" dialog of the Minimal >> wxLua sample.', >> "About wxLua", >> wx.wxOK + wx.wxICON_INFORMATION, >> frame) >> end ) >> >> -- finally, show the frame window >> frame:Show(true) >> >> >> >> >> I get these messages and nothing happens: >> >> (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in >> module_path: "pixmap", >> >> (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in >> module_path: "pixmap", >> >> (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in >> module_path: "pixmap", >> >> (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in >> module_path: "pixmap", >> >> >> I am not sure what is wrong. Any help would be really appreciated. >> Another thing is that when I type wxlua on the prompt it says command not >> found. How do I run the integrated IDE provided by wxlua? >> >> Thanks, >> Milind >> >> >> Date: Mon, 26 Dec 2011 08:53:56 -0500 >> From: John Labenski <jla...@gm...> >> Subject: Re: [wxlua-users] cannot make wxlua on Ubuntu >> To: wxl...@li... >> Message-ID: >> < >> CAA...@ma...> >> Content-Type: text/plain; charset="windows-1252" >> >> As a temporary measure, if you don't plan on using a wxImageHistogram, you >> can rem out the contents of that funtion and have it return 0. I'll look >> into it in the new year. >> >> Regards, >> John >> >> On Dec 26, 2011 3:34 AM, "Milind Gupta" <mil...@gm...> wrote: >> >> > Hi, >> > When I make wxLua by following the installtion >> instructions I >> > get the following error: >> > >> > make >> > (cd ./modules/ && make ) >> > make[1]: Entering directory `/home/aryajur/Downloads/wxLua/modules' >> > /home/aryajur/Downloads/wxLua/bk-deps g++ -c -o >> > wxbindcore_dll_wxcore_image.o -I.pch/wxprec_wxbindcore_dll >> > -I../modules/wxbind/setup -I../modules -I./.. -I/usr/include/lua5.1 >> > -DWXMAKINGDLL_WXBINDCORE -fPIC -DPIC >> > -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 >> > -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES >> > -D__WXGTK__ -pthread -DwxLUA_USEBINDING_WXGL=0 >> -DwxLUA_USEBINDING_WXMEDIA=0 >> > -DwxLUA_USEBINDING_WXSTC=0 -O2 ./wxbind/src/wxcore_image.cpp >> > ./wxbind/src/wxcore_image.cpp: In function ?int >> > wxLua_wxImageHistogram_iterator_op_inc(lua_State*)?: >> >> > ./wxbind/src/wxcore_image.cpp:2296:54: error: taking address of >> temporary >> > [-fpermissive] >> > make[1]: *** [wxbindcore_dll_wxcore_image.o] Error 1 >> > make[1]: Leaving directory `/home/aryajur/Downloads/wxLua/modules' >> > make: *** [modules] Error 2 >> > aryajur@aryajur-ThinkPad-X61-Tablet:~/Downloads/wxLua$ make >> -fpermissive >> > make: permissive: No such file or directory >> > make: *** No rule to make target `permissive'. Stop. >> > >> > >> > Please can anybody help me resolve this. Or is there an easier way to >> > install wxLua??? >> > >> > Thanks, >> > Milind >> > >> > >> > ------------------------------------------------------------ >> ------------------ >> > Write once. Port to many. >> > Get the SDK and tools to simplify cross-platform app development. Create >> > new or port existing apps to sell to consumers worldwide. Explore the >> > Intel AppUpSM program developer opportunity. >> appdeveloper.intel.com/join >> > http://p.sf.net/sfu/intel-appdev >> > _______________________________________________ >> > wxlua-users mailing list >> > wxl...@li... >> > https://lists.sourceforge.net/lists/listinfo/wxlua-users >> > >> > > > > > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > > |
From: John L. <jla...@gm...> - 2011-12-27 16:25:24
|
Yes, I tried with cmake to build a wx.dll staticly linked to the wxWidgets dlls and it works well, but with a million useless warnings about how you are not exporting wxWidgets functions. What you did sounds great and I didn't know it was so easy, I'll add it to the install docs. John On Dec 27, 2011 11:16 AM, "Andre Arpin" <ar...@ki...> wrote: > using Solution modules "Debug DLL Multilib" > > Additional include directories add > > $(WXWIN)\lib\vc_dll\mswd > > Preprocessor Definitions remove > > WXUSINGDLL > > Linker Additionnal Libraries Directories add > > $(WXWIN)\lib\vc_lib > > -------------------------------------- > right click on the configuration > go to Configuration Properties > disable build for all but > mod_lua > mod_luamodule_mono > > Build... Ignore the 1568 warnings in the compile and link step > voila: wx.dll is in wxLua\lib\vc_dll\ > > Andre > > > > > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: Andre A. <ar...@ki...> - 2011-12-27 16:16:21
|
using Solution modules "Debug DLL Multilib" Additional include directories add $(WXWIN)\lib\vc_dll\mswd Preprocessor Definitions remove WXUSINGDLL Linker Additionnal Libraries Directories add $(WXWIN)\lib\vc_lib -------------------------------------- right click on the configuration go to Configuration Properties disable build for all but mod_lua mod_luamodule_mono Build... Ignore the 1568 warnings in the compile and link step voila: wx.dll is in wxLua\lib\vc_dll\ Andre |
From: Milind G. <mil...@gm...> - 2011-12-27 10:23:30
|
Ok, Was finally able to run wxlua applications. They seem to be running but the media.wx.lua does not run. Gives the error: lua: media.wx.lua:131: attempt to call field 'wxMediaCtrl' (a nil value) stack traceback: media.wx.lua:131: in function 'main' media.wx.lua:305: in main chunk [C]: ? Don't know why that is the case. Also don't have the wxlua executable anywhere. I only see wxluacan and wxluafreeze. I did skip the wxstedit compilation, maybe that prevented wxlua creation? Trying wxstedit compilation now but it just won't compile. First there were include files it could not find now I get this error on running make: g++ -o ../samples/stedit/wxstedit wxstedit_wxstedit.o -L../lib -L../lib -lwxcode_gtk2u_stedit-2.8 -L/usr/local/lib -pthread -lwx_gtk2u_stc-2.8 -lwx_gtk2u_html-2.8 -lwx_gtk2u_adv-2.8 -lwx_gtk2u_core-2.8 -lwx_baseu-2.8 /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: undefined reference to `wxGCDC::wxGCDC(wxWindowDC const&)@WXU_2.8' /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: undefined reference to `wxGCDC::SetPen(wxPen const&)@WXU_2.8' /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: undefined reference to `wxGCDC::~wxGCDC()@WXU_2.8' /usr/lib/gcc/i686-linux-gnu/4.6.1/../../../../lib/libwx_gtk2u_stc-2.8.so: undefined reference to `wxGCDC::SetBrush(wxBrush const&)@WXU_2.8' collect2: ld returned 1 exit status make: *** [../samples/stedit/wxstedit] Error 1 Any tips on how to get wxlua IDE? Thats the main thing I want to get. Thanks, Milind On Mon, Dec 26, 2011 at 11:01 AM, Milind Gupta <mil...@gm...>wrote: > Hi John, > Thank you very much for your reply.t worked after that and > so did make install. But now when I try the example on the wxLua website: > > require("wx") > frame = wx.wxFrame(wx.NULL, wx.wxID_ANY, "wxLua Minimal Demo", > wx.wxDefaultPosition, wx.wxSize(450, 450), > wx.wxDEFAULT_FRAME_STYLE) > > -- create a simple file menu > local fileMenu = wx.wxMenu() > fileMenu:Append(wx.wxID_EXIT, "E&xit", "Quit the program") > -- create a simple help menu > local helpMenu = wx.wxMenu() > helpMenu:Append(wx.wxID_ABOUT, "&About", > "About the wxLua Minimal Application") > > -- create a menu bar and append the file and help menus > local menuBar = wx.wxMenuBar() > menuBar:Append(fileMenu, "&File") > menuBar:Append(helpMenu, "&Help") > -- attach the menu bar into the frame > frame:SetMenuBar(menuBar) > > -- create a simple status bar > frame:CreateStatusBar(1) > frame:SetStatusText("Welcome to wxLua.") > > -- connect the selection event of the exit menu item to an > -- event handler that closes the window > frame:Connect(wx.wxID_EXIT, wx.wxEVT_COMMAND_MENU_SELECTED, > function (event) frame:Close(true) end ) > -- connect the selection event of the about menu item > frame:Connect(wx.wxID_ABOUT, wx.wxEVT_COMMAND_MENU_SELECTED, > function (event) > wx.wxMessageBox('This is the "About" dialog of the Minimal > wxLua sample.', > "About wxLua", > wx.wxOK + wx.wxICON_INFORMATION, > frame) > end ) > > -- finally, show the frame window > frame:Show(true) > > > > > I get these messages and nothing happens: > > (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in > module_path: "pixmap", > > (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in > module_path: "pixmap", > > (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in > module_path: "pixmap", > > (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in > module_path: "pixmap", > > > I am not sure what is wrong. Any help would be really appreciated. > Another thing is that when I type wxlua on the prompt it says command not > found. How do I run the integrated IDE provided by wxlua? > > Thanks, > Milind > > > Date: Mon, 26 Dec 2011 08:53:56 -0500 > From: John Labenski <jla...@gm...> > Subject: Re: [wxlua-users] cannot make wxlua on Ubuntu > To: wxl...@li... > Message-ID: > <CAA...@ma... > > > Content-Type: text/plain; charset="windows-1252" > > As a temporary measure, if you don't plan on using a wxImageHistogram, you > can rem out the contents of that funtion and have it return 0. I'll look > into it in the new year. > > Regards, > John > > On Dec 26, 2011 3:34 AM, "Milind Gupta" <mil...@gm...> wrote: > > > Hi, > > When I make wxLua by following the installtion instructions > I > > get the following error: > > > > make > > (cd ./modules/ && make ) > > make[1]: Entering directory `/home/aryajur/Downloads/wxLua/modules' > > /home/aryajur/Downloads/wxLua/bk-deps g++ -c -o > > wxbindcore_dll_wxcore_image.o -I.pch/wxprec_wxbindcore_dll > > -I../modules/wxbind/setup -I../modules -I./.. -I/usr/include/lua5.1 > > -DWXMAKINGDLL_WXBINDCORE -fPIC -DPIC > > -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 > > -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > > -D__WXGTK__ -pthread -DwxLUA_USEBINDING_WXGL=0 > -DwxLUA_USEBINDING_WXMEDIA=0 > > -DwxLUA_USEBINDING_WXSTC=0 -O2 ./wxbind/src/wxcore_image.cpp > > ./wxbind/src/wxcore_image.cpp: In function ?int > > wxLua_wxImageHistogram_iterator_op_inc(lua_State*)?: > > > ./wxbind/src/wxcore_image.cpp:2296:54: error: taking address of > temporary > > [-fpermissive] > > make[1]: *** [wxbindcore_dll_wxcore_image.o] Error 1 > > make[1]: Leaving directory `/home/aryajur/Downloads/wxLua/modules' > > make: *** [modules] Error 2 > > aryajur@aryajur-ThinkPad-X61-Tablet:~/Downloads/wxLua$ make -fpermissive > > make: permissive: No such file or directory > > make: *** No rule to make target `permissive'. Stop. > > > > > > Please can anybody help me resolve this. Or is there an easier way to > > install wxLua??? > > > > Thanks, > > Milind > > > > > > ------------------------------------------------------------ > ------------------ > > Write once. Port to many. > > Get the SDK and tools to simplify cross-platform app development. Create > > new or port existing apps to sell to consumers worldwide. Explore the > > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > > http://p.sf.net/sfu/intel-appdev > > _______________________________________________ > > wxlua-users mailing list > > wxl...@li... > > https://lists.sourceforge.net/lists/listinfo/wxlua-users > > > > |
From: Milind G. <mil...@gm...> - 2011-12-26 19:01:28
|
Hi John, Thank you very much for your reply.t worked after that and so did make install. But now when I try the example on the wxLua website: require("wx") frame = wx.wxFrame(wx.NULL, wx.wxID_ANY, "wxLua Minimal Demo", wx.wxDefaultPosition, wx.wxSize(450, 450), wx.wxDEFAULT_FRAME_STYLE) -- create a simple file menu local fileMenu = wx.wxMenu() fileMenu:Append(wx.wxID_EXIT, "E&xit", "Quit the program") -- create a simple help menu local helpMenu = wx.wxMenu() helpMenu:Append(wx.wxID_ABOUT, "&About", "About the wxLua Minimal Application") -- create a menu bar and append the file and help menus local menuBar = wx.wxMenuBar() menuBar:Append(fileMenu, "&File") menuBar:Append(helpMenu, "&Help") -- attach the menu bar into the frame frame:SetMenuBar(menuBar) -- create a simple status bar frame:CreateStatusBar(1) frame:SetStatusText("Welcome to wxLua.") -- connect the selection event of the exit menu item to an -- event handler that closes the window frame:Connect(wx.wxID_EXIT, wx.wxEVT_COMMAND_MENU_SELECTED, function (event) frame:Close(true) end ) -- connect the selection event of the about menu item frame:Connect(wx.wxID_ABOUT, wx.wxEVT_COMMAND_MENU_SELECTED, function (event) wx.wxMessageBox('This is the "About" dialog of the Minimal wxLua sample.', "About wxLua", wx.wxOK + wx.wxICON_INFORMATION, frame) end ) -- finally, show the frame window frame:Show(true) I get these messages and nothing happens: (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap", (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap", (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap", (lua5.1:11526): Gtk-WARNING **: Unable to locate theme engine in module_path: "pixmap", I am not sure what is wrong. Any help would be really appreciated. Another thing is that when I type wxlua on the prompt it says command not found. How do I run the integrated IDE provided by wxlua? Thanks, Milind Date: Mon, 26 Dec 2011 08:53:56 -0500 From: John Labenski <jla...@gm...> Subject: Re: [wxlua-users] cannot make wxlua on Ubuntu To: wxl...@li... Message-ID: <CAA...@ma...> Content-Type: text/plain; charset="windows-1252" As a temporary measure, if you don't plan on using a wxImageHistogram, you can rem out the contents of that funtion and have it return 0. I'll look into it in the new year. Regards, John On Dec 26, 2011 3:34 AM, "Milind Gupta" <mil...@gm...> wrote: > Hi, > When I make wxLua by following the installtion instructions I > get the following error: > > make > (cd ./modules/ && make ) > make[1]: Entering directory `/home/aryajur/Downloads/wxLua/modules' > /home/aryajur/Downloads/wxLua/bk-deps g++ -c -o > wxbindcore_dll_wxcore_image.o -I.pch/wxprec_wxbindcore_dll > -I../modules/wxbind/setup -I../modules -I./.. -I/usr/include/lua5.1 > -DWXMAKINGDLL_WXBINDCORE -fPIC -DPIC > -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 > -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -D__WXGTK__ -pthread -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXMEDIA=0 > -DwxLUA_USEBINDING_WXSTC=0 -O2 ./wxbind/src/wxcore_image.cpp > ./wxbind/src/wxcore_image.cpp: In function ?int > wxLua_wxImageHistogram_iterator_op_inc(lua_State*)?: > ./wxbind/src/wxcore_image.cpp:2296:54: error: taking address of temporary > [-fpermissive] > make[1]: *** [wxbindcore_dll_wxcore_image.o] Error 1 > make[1]: Leaving directory `/home/aryajur/Downloads/wxLua/modules' > make: *** [modules] Error 2 > aryajur@aryajur-ThinkPad-X61-Tablet:~/Downloads/wxLua$ make -fpermissive > make: permissive: No such file or directory > make: *** No rule to make target `permissive'. Stop. > > > Please can anybody help me resolve this. Or is there an easier way to > install wxLua??? > > Thanks, > Milind > > > ------------------------------------------------------------ ------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > > |
From: Andre A. <ar...@ki...> - 2011-12-26 18:12:10
|
Andre Arpin <arpin@...> writes: > wxLuaBinding_wxrichtext_init@@YAPAVwxLuaBinding@@XZ) referenced in function > "public: virtual bool __thiscall wxLuaFreezeApp::OnInit(void)" (? missing wxlua_msw28d_wxbindrichtext.lib library in the link step. Andre |
From: Andre A. <ar...@ki...> - 2011-12-26 16:30:04
|
got a new version: wxWidgets-2.8.12 wxCode wxLua set WXSTEDIT=E:\wtest\wxcode\components\stedit\ WXWIN=E:\wtest\wxWidgets-2.8.12 try cmake gui no luck use wx.dsw , stc.dsw, modules.sln, apps.sln in debug (multilib) and got the following errors: Error 1 fatal error LNK1104: cannot open file 'wxcode_msw28d_stedit.lib' app_wxluaedit Error 2 error LNK2019: unresolved external symbol "class wxLuaBinding * __cdecl wxLuaBinding_wxrichtext_init(void)" (? wxLuaBinding_wxrichtext_init@@YAPAVwxLuaBinding@@XZ) referenced in function "public: virtual bool __thiscall wxLuaStandaloneApp::OnInit(void)" (? OnInit@wxLuaStandaloneApp@@UAE_NXZ) wxlua.obj Error 3 fatal error LNK1120: 1 unresolved externals e:\wtest\wxWidgets-2.8.12\wxLua\bin\vc_lib\wxlua.exe Error 4 error LNK2019: unresolved external symbol "class wxLuaBinding * __cdecl wxLuaBinding_wxrichtext_init(void)" (? wxLuaBinding_wxrichtext_init@@YAPAVwxLuaBinding@@XZ) referenced in function "public: virtual bool __thiscall wxLuaFreezeApp::OnInit(void)" (? OnInit@wxLuaFreezeApp@@UAE_NXZ) wxluafreeze.obj Error 5 fatal error LNK1120: 1 unresolved externals e:\wtest\wxWidgets-2.8.12\wxLua\bin\vc_lib\wxluafreeze.exe 1 Any idea where I when wrong ? Andre |
From: klaas.holwerda <ng...@kl...> - 2011-12-26 15:38:35
|
Like this, it is oke: if (argType == "wxChar") then argTypeWithAttrib = "wxString " argListOverride = argName..".IsEmpty() ? (wxChar*)NULL : "..argName..".c_str()" end Thanks! Klaas On 26-12-2011 0:45, John Labenski wrote: > On Sun, Dec 25, 2011 at 1:27 PM, klaas.holwerda<ng...@kl...> wrote: >> Forgot the error itself, so one more same problem: >> >> >> 1>..\..\..\..\..\..\..\packages\wxart2d\luawraps\src\artbase.cpp(2347) : error C2446: ':' : no >> conversion from 'wxCStrData' to 'int' > The compiler wants c_str() converted to the same type as NULL maybe? > Maybe the best way is to cast it to wxChar*. > > Does this work as a fix? I can't test it now. > > bindings/genwxbind.lua line 3443 > > if (argType == "wxChar") then > argTypeWithAttrib = "wxString " > > -- argListOverride = argName..".IsEmpty() ? NULL : "..argName..".c_str()" > -- change to > argListOverride = argName..".IsEmpty() ? (wxChar*)NULL : > "..(wxChar*)argName..".c_str()" > > end > > Regards, > John > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: klaas.holwerda <ng...@kl...> - 2011-12-26 14:13:08
|
On 26-12-2011 0:33, John Labenski wrote: > On Sun, Dec 25, 2011 at 1:18 PM, klaas.holwerda<ng...@kl...> 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" > "Output/path") then put in the libs and includes just like the > wxLua/apps/CMakeLists.txt? > I don't only need to generate an executable, but several libraries and also configuration files, containing things from wxLua. I supply that to the wxart2d user, so he does not have to bother about "library paths, linking order, include order etc". Also things to wrap extra bindings are part of it. To use it they way you want, i need two types of configuration, the old 2.8 way using wx like naming, and your new names for 2.9 And that in a rather different manner. So its because i use the variables i normally generate when finding wxLua the Cmake way with FindPackage(). They go into files that are next configured with Cmake. But i did send a mail that talks about that. Variables like this: wxLua_INCLUDE_DIRS wxLua_LIBRARY_DIRS wxLua_LIBRARIES wxLua_LIBRARIES_WXLIKE wxLua_PREFIX I need to fill them again, using your assembled lists. Which i would prefer you added to a wxLuaConfig.cmake.in in wxLua itself. So i do not have to puzzle through your functions to find out how to get the stuff i need. That is exactly why CMake tries to define such an interface to packages. ADD_SUBDIRECTORY() does not supply or define an interface at all. Leafing it to me to get the information some way. I know it should be simple to fill those variables, after adding ADD_SUBDIRECTORY(). Anyway it is not that i don't want to use ADD_SUBDIRECTORY() but keeping two systems working at the same time, with the second having libraries in deep paths etc. is a bit to much. As i explained it makes it much easier when concentrated these in one place. > include_directories( ${wxLua_ROOT_DIR}/ > ${wxLua_ROOT_DIR}/modules/ > ${wxLua_ROOT_DIR}/modules/lua/src > ${wxLua_ROOT_DIR}/apps/wxluaedit/src > ${wxLua_ROOT_DIR}/modules/wxbind/setup) > > and link to these libs > wxLuaBindLib > wxLuaSocketLib > wxLuaDebugLib > wxLuaLib In principle that is what i added to wxLuaConfig.cmake.in to make it work again. (apart from changing the set (LIBRARY_OUTPUT_PATH ${wxLua_BINARY_DIR}/lib ) and set (EXECUTABLE_OUTPUT_PATH ${wxLua_BINARY_DIR}/bin ) Just take a look, no ministry there: http://wxart2d.svn.sourceforge.net/viewvc/wxart2d/trunk/wxArt2D/packages/wxart2d/share/wxlua/wxLuaConfig.cmake.in?revision=279&view=markup But why don't you call it ${wxLua_LIBRARIES} and ${wxLua_INCLUDE_DIRS} so one does not need to figure it out himself. And it can change it the future without problem. BTW i also changed all includes to one include dir. Works better as you say when installing. Klaas |
From: John L. <jla...@gm...> - 2011-12-26 13:54:03
|
As a temporary measure, if you don't plan on using a wxImageHistogram, you can rem out the contents of that funtion and have it return 0. I'll look into it in the new year. Regards, John On Dec 26, 2011 3:34 AM, "Milind Gupta" <mil...@gm...> wrote: > Hi, > When I make wxLua by following the installtion instructions I > get the following error: > > make > (cd ./modules/ && make ) > make[1]: Entering directory `/home/aryajur/Downloads/wxLua/modules' > /home/aryajur/Downloads/wxLua/bk-deps g++ -c -o > wxbindcore_dll_wxcore_image.o -I.pch/wxprec_wxbindcore_dll > -I../modules/wxbind/setup -I../modules -I./.. -I/usr/include/lua5.1 > -DWXMAKINGDLL_WXBINDCORE -fPIC -DPIC > -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 > -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES > -D__WXGTK__ -pthread -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXMEDIA=0 > -DwxLUA_USEBINDING_WXSTC=0 -O2 ./wxbind/src/wxcore_image.cpp > ./wxbind/src/wxcore_image.cpp: In function ‘int > wxLua_wxImageHistogram_iterator_op_inc(lua_State*)’: > ./wxbind/src/wxcore_image.cpp:2296:54: error: taking address of temporary > [-fpermissive] > make[1]: *** [wxbindcore_dll_wxcore_image.o] Error 1 > make[1]: Leaving directory `/home/aryajur/Downloads/wxLua/modules' > make: *** [modules] Error 2 > aryajur@aryajur-ThinkPad-X61-Tablet:~/Downloads/wxLua$ make -fpermissive > make: permissive: No such file or directory > make: *** No rule to make target `permissive'. Stop. > > > Please can anybody help me resolve this. Or is there an easier way to > install wxLua??? > > Thanks, > Milind > > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > > |
From: Milind G. <mil...@gm...> - 2011-12-26 08:33:59
|
Hi, When I make wxLua by following the installtion instructions I get the following error: make (cd ./modules/ && make ) make[1]: Entering directory `/home/aryajur/Downloads/wxLua/modules' /home/aryajur/Downloads/wxLua/bk-deps g++ -c -o wxbindcore_dll_wxcore_image.o -I.pch/wxprec_wxbindcore_dll -I../modules/wxbind/setup -I../modules -I./.. -I/usr/include/lua5.1 -DWXMAKINGDLL_WXBINDCORE -fPIC -DPIC -I/usr/local/lib/wx/include/gtk2-unicode-release-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXGTK__ -pthread -DwxLUA_USEBINDING_WXGL=0 -DwxLUA_USEBINDING_WXMEDIA=0 -DwxLUA_USEBINDING_WXSTC=0 -O2 ./wxbind/src/wxcore_image.cpp ./wxbind/src/wxcore_image.cpp: In function ‘int wxLua_wxImageHistogram_iterator_op_inc(lua_State*)’: ./wxbind/src/wxcore_image.cpp:2296:54: error: taking address of temporary [-fpermissive] make[1]: *** [wxbindcore_dll_wxcore_image.o] Error 1 make[1]: Leaving directory `/home/aryajur/Downloads/wxLua/modules' make: *** [modules] Error 2 aryajur@aryajur-ThinkPad-X61-Tablet:~/Downloads/wxLua$ make -fpermissive make: permissive: No such file or directory make: *** No rule to make target `permissive'. Stop. Please can anybody help me resolve this. Or is there an easier way to install wxLua??? Thanks, Milind |
From: John L. <jla...@gm...> - 2011-12-26 03:45:27
|
On Sun, Dec 25, 2011 at 1:27 PM, klaas.holwerda <ng...@kl...> wrote: > Forgot the error itself, so one more same problem: > > > 1>..\..\..\..\..\..\..\packages\wxart2d\luawraps\src\artbase.cpp(2347) : error C2446: ':' : no > conversion from 'wxCStrData' to 'int' The compiler wants c_str() converted to the same type as NULL maybe? Maybe the best way is to cast it to wxChar*. Does this work as a fix? I can't test it now. bindings/genwxbind.lua line 3443 if (argType == "wxChar") then argTypeWithAttrib = "wxString " -- argListOverride = argName..".IsEmpty() ? NULL : "..argName..".c_str()" -- change to argListOverride = argName..".IsEmpty() ? (wxChar*)NULL : "..(wxChar*)argName..".c_str()" end Regards, John |
From: John L. <jla...@gm...> - 2011-12-26 03:33:39
|
On Sun, Dec 25, 2011 at 1:18 PM, klaas.holwerda <ng...@kl...> 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" "Output/path") then put in the libs and includes just like the wxLua/apps/CMakeLists.txt? > One thing i noticed is that i must build in the wxLua trunk itself. If not wxLua_ROOT_DIR pointing > to the build directory is not enough. No, I don't need to do anything special with a project I have that links to a couple wxCode projects and wxLua. > Some files i need must come from the trunk. With bakefile it seems i did the same, but there i did > set the WXLUA env variable to get to these files. All I do is in a top-level CMakeLists.txt is do the ADD_SUBDIRECTORY(wxLua....) as above, then for anything that depends on it ADD_SUBDIRECTORY(other/project...) In the other project I only have these include_directories( ${wxLua_ROOT_DIR}/ ${wxLua_ROOT_DIR}/modules/ ${wxLua_ROOT_DIR}/modules/lua/src ${wxLua_ROOT_DIR}/apps/wxluaedit/src ${wxLua_ROOT_DIR}/modules/wxbind/setup) and link to these libs wxLuaBindLib wxLuaSocketLib wxLuaDebugLib wxLuaLib > Also after an install (with CMake), files are taken from the binary and source tree, and combined as > one install. Like all headers, generated and already there. The install for wxLua is broken since it doesn't have a normal directory structure. I am debating switching to a more conventional layout so I could have #include "wxlua/blah.h" instead of the current #include "wxlua/include/blah.h" I won't have time until January to anything. -John |
From: klaas.holwerda <ng...@kl...> - 2011-12-25 18:27:52
|
Forgot the error itself, so one more same problem: 1>..\..\..\..\..\..\..\packages\wxart2d\luawraps\src\artbase.cpp(2347) : error C2446: ':' : no conversion from 'wxCStrData' to 'int' static wxLuaArgType s_wxluatypeArray_wxLua_a2dDoMu_op_set1[] = { &wxluatype_a2dDoMu, &wxluatype_TSTRING, NULL }; static int LUACALL wxLua_a2dDoMu_op_set1(lua_State *L); // static wxLuaBindCFunc s_wxluafunc_wxLua_a2dDoMu_op_set1[1] = {{ wxLua_a2dDoMu_op_set1, WXLUAMETHOD_METHOD, 2, 2, s_wxluatypeArray_wxLua_a2dDoMu_op_set1 }}; // %operator a2dDoMu& operator=( const wxChar* ) static int LUACALL wxLua_a2dDoMu_op_set1(lua_State *L) { // const wxChar arg1 wxString arg1 = wxlua_getwxStringtype(L, 2); // get this a2dDoMu * self = (a2dDoMu *)wxluaT_getuserdatatype(L, 1, wxluatype_a2dDoMu); // call op_set (*self)=(arg1.IsEmpty() ? NULL : arg1.c_str()); a2dDoMu* returns = self; // push the result datatype wxluaT_pushuserdatatype(L, returns, wxluatype_a2dDoMu); return 1; } On 25-12-2011 15:19, klaas.holwerda wrote: > Hi John, > > I get the following error in the bindings, and wonder what to do?? > > string.IsEmpty() ? NULL : string.c_str() > > Changed to: > > string.c_str() or just string makes it compile. > > This happens i think in all cases where const wxChar *string is an argument. > > Like in here: > > // void XmlEncodeStringToStream( const wxChar *string, size_t len = wxString::npos ) > static int LUACALL wxLua_a2dIOHandlerXMLWrite_XmlEncodeStringToStream(lua_State *L) > { > // get number of arguments > int argCount = lua_gettop(L); > // size_t len = wxString::npos > size_t len = (argCount>= 3 ? (size_t)wxlua_getuintegertype(L, 3) : wxString::npos); > // const wxChar string > wxString string = wxlua_getwxStringtype(L, 2); > // get this > a2dIOHandlerXMLWrite * self = (a2dIOHandlerXMLWrite *)wxluaT_getuserdatatype(L, 1, > wxluatype_a2dIOHandlerXMLWrite); > // call XmlEncodeStringToStream > self->XmlEncodeStringToStream(string.IsEmpty() ? NULL : string.c_str(), len); > > return 0; > } > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: klaas.holwerda <ng...@kl...> - 2011-12-25 18:19:55
|
Hi John, I get the following error in the bindings, and wonder what to do?? string.IsEmpty() ? NULL : string.c_str() Changed to: string.c_str() or just string makes it compile. This happens i think in all cases where const wxChar *string is an argument. Like in here: // void XmlEncodeStringToStream( const wxChar *string, size_t len = wxString::npos ) static int LUACALL wxLua_a2dIOHandlerXMLWrite_XmlEncodeStringToStream(lua_State *L) { // get number of arguments int argCount = lua_gettop(L); // size_t len = wxString::npos size_t len = (argCount >= 3 ? (size_t)wxlua_getuintegertype(L, 3) : wxString::npos); // const wxChar string wxString string = wxlua_getwxStringtype(L, 2); // get this a2dIOHandlerXMLWrite * self = (a2dIOHandlerXMLWrite *)wxluaT_getuserdatatype(L, 1, wxluatype_a2dIOHandlerXMLWrite); // call XmlEncodeStringToStream self->XmlEncodeStringToStream(string.IsEmpty() ? NULL : string.c_str(), len); return 0; } |
From: klaas.holwerda <ng...@kl...> - 2011-12-25 18:18:25
|
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 wrapping again. Made a switch on wxWidgets version to use the new library names. One thing i noticed is that i must build in the wxLua trunk itself. If not wxLua_ROOT_DIR pointing to the build directory is not enough. Some files i need must come from the trunk. With bakefile it seems i did the same, but there i did set the WXLUA env variable to get to these files. Also after an install (with CMake), files are taken from the binary and source tree, and combined as one install. Like all headers, generated and already there. I don't know what is the right way to handle this non installed usage of a package. I myself solved it using two wxLuaConfig.cmake files one for installing and one for a normal build only find. Now i first need to get rid of the wrapping compile errors to make sure it works. Klaas On 24-12-2011 12:06, klaas.holwerda wrote: > 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 > > |
From: klaas.holwerda <ng...@kl...> - 2011-12-24 15:06:01
|
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 |
From: klaas.holwerda <ng...@kl...> - 2011-12-24 12:47:48
|
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 have it around, but don't know how to get it yet from your lists. Must be something like using ${ADD_LIBRARY_LIST} etc. The easiest would be to have wxLuaConfig.cmake.in configured to containing information like this: wxLua_INCLUDE_DIRS wxLua_LIBRARY_DIRS wxLua_LIBRARIES wxLua_LIBRARIES_WXLIKE wxLua_PREFIX wxLua_wxWidgets_SELECTED_CONFIG My own to detect wxLua without having it itself is here: http://wxart2d.svn.sourceforge.net/viewvc/wxart2d/trunk/wxArt2D/packages/wxart2d/share/wxlua/wxLuaConfig.cmake.in?revision=274&view=markup Also would you mind adding this, to at least have the libraries in one place? Does not make a difference for your approach, but makes it easier to find it all for me, and makes it more compatible with what it was. #set (LIBRARY_OUTPUT_PATH ${wxLua_BINARY_DIR}/lib ) set (LIBRARY_OUTPUT_PATH ${wxLua_BINARY_DIR}/lib CACHE PATH "Single output directory for building all libraries." FORCE ) #set (EXECUTABLE_OUTPUT_PATH ${wxLua_BINARY_DIR}/bin/ CACHE PATH "Single output directory for building all executables.") At last i was able to make my FindwxWidgets.cmake work also for your files, if not i did get a conflict, between the default cmake version and mine when I include the ADD_SUBDIRECTORY(${wxLua_ROOT_DIR} ${CMAKE_BINARY_DIRECTORY}/wxLua) Maybe there is more to on that, but i can't get that far yet. If you don't have time, it can wait, i keep using the bakefile generated stuff for time being. Else i keep on hacking, trying to make this work. Regards, Klaas On 22-12-2011 2:28, John Labenski wrote: > > No it's far simpler. You simply add a variable in your CMakeLists.txt file > > set(wxLua_ROOT_DIR ${wxLua_ROOT_DIR} CACHE PATH "Set the path to the > root directory of wxLua containing the CMakeLists.txt file") > They set this variable in the cmake-gui or the command line and you > can easily check it in your CMakeLists.txt file with > > IF (EXISTS ${wxLua_ROOT_DIR}/CMakeLists.txt) > # Note that wxLua could be anywhere > ADD_SUBDIRECTORY(${wxLua_ROOT_DIR} ${CMAKE_BINARY_DIRECTORY}/wxLua) > ELSE() > MESSAGE(WARNING "Invalid path to the wxLua library : '${wxLua_ROOT_DIR}'") > ENDIF() > > |
From: John L. <jla...@gm...> - 2011-12-22 05:28:35
|
On Wed, Dec 21, 2011 at 10:13 AM, klaas.holwerda <ng...@kl...> 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) of wxart2d with wxLua, you have to make > paths like this and that, else i don't know how to detect it. No it's far simpler. You simply add a variable in your CMakeLists.txt file set(wxLua_ROOT_DIR ${wxLua_ROOT_DIR} CACHE PATH "Set the path to the root directory of wxLua containing the CMakeLists.txt file") They set this variable in the cmake-gui or the command line and you can easily check it in your CMakeLists.txt file with IF (EXISTS ${wxLua_ROOT_DIR}/CMakeLists.txt) # Note that wxLua could be anywhere ADD_SUBDIRECTORY(${wxLua_ROOT_DIR} ${CMAKE_BINARY_DIRECTORY}/wxLua) ELSE() MESSAGE(WARNING "Invalid path to the wxLua library : '${wxLua_ROOT_DIR}'") ENDIF() When the user builds wxArt2D they will also build wxLua with the same settings. Getting the Config stuff worked out may take a little longer for me, but I think it's necessary and will do it. > And on Linux, imagine installing wxLua, what is it (unicode or not etc.) There is no good solution to this, the libs can be libwxlua_gtk2ud_2.9_blah.so, but the executables can't really contain unicode/debug info in their names so the last one you install overwrites the previous ones. I imagine that people that are building or working on an app would only choose one flavor and use that. If you are a developer of a library that uses wxLua/wxArt2D then, yes, you do have to worry about testing all the build types, but you wouldn't want to install them. > I find my way out, but for the starting developer it is all to complex. They think configure/make > install. > Which is close enough to cmake-gui/configure/make install. > On windows it is always more XXX_ROOT_DIR driven, but even there install is possible. ... > But if every wxCode module produces a library, there might be a problem at install stage. > That is what i try to figure out. Once the libs are given full names and the BlahConfig.cmake file the install will work ok. I never install libraries like these, I just leave them in their build dir in my home directory, but I understand that others do want to install them. >> I am open to suggestions about the two files I have above. I will add >> a function to create a wxlike-libname, wx{your-lib-name}[u][d]-2x... >> to make that part easier. > > Maybe have a look at my FindwxWidgets, it seems you use the one from Cmake itself. > Which i think is not very good. If we manage to sync up a common FindwxWidgets delivering what we > need, we might be able to get it into Cmake and/or wxCode > Like your WX_HASLIB stuff, is very much like i do search for all available libs, unless i missed > something. Your FindwxWidgets looks nice. The CMake one in 2.8.6 is awful, it doesn't give any indication about why it failed. I would like to have one that prints out exactly what was found since the idea is that the user will need to select one of them. > We need something simple. The package system from Fransesco did not work out. > Hopefully this is the solution. It was a shame, I really appreciated his help on Bakefile and it did/does work well, but I have been struggling with it since. Even doing the simplest things took hours and I still can't get configure to respect --prefix. I will probably keep them around and CMake will be an additional build system. I do not love relying on the CMake executables, but the ability to configure the directories for dependent libraries sure beats using environment variables. I think the key to getting the most out of CMake with wxCode is being able to load them all (the maintained ones) into Visual Studio. This allows people to very easily browse them, build and run the samples, and allows components to very easily link with each other. -------------------- In any case, I won't have too much time to work on anything for the next couple weeks. Regards, John |
From: klaas.holwerda <ng...@kl...> - 2011-12-21 15:13:24
|
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... 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) of wxart2d with wxLua, you have to make paths like this and that, else i don't know how to detect it. And on Linux, imagine installing wxLua, what is it (unicode or not etc.) I find my way out, but for the starting developer it is all to complex. They think configure/make install. Which is close enough to cmake-gui/configure/make install. On windows it is always more XXX_ROOT_DIR driven, but even there install is possible. > >> Or i need to switch over to the same big project approach with includes, in that case it does not >> matter, since it is all compiled as one. >> So no more find packages (and install) for wxstedit and wxlua in that case. A bit against Cmake its >> FindXXX method, but then again it is easier. > 1) The FindXXX methods could be nice, but for small libraries like > wxstedit seem like overkill. Yes i get that. That is why for wxCode like stuff ( just one lib), your approach might be better. But if others start installing the same libraries (on Linux), and i would install wxLua/wxStedit as part of wxart2d, it becomes scary. > > 2) Simply adding the sources to your CMake project ensures that they > are built *exactly* the same as your project and the dependencies work > great if anything gets updated. > > 3) An alternative would be to create a USE_wxStEdit.cmake file in the > build dir that another app/lib would call > INCLUDE("USE_wxStEdit.cmake") to have the correct definitions, > variables for libs, and whatnot set. That is what FindXXX.cmake + UseXXX.cmake is about i think. Maybe sometimes like in wxCode, the FindXXX is not really needed, and only the last will do. > > I think for me #2 and #3 should suffice. The FindXXX requires too much > information that is not provided by the default FindwxWidgets.cmake > script (version, unicode, debug). #3 is dead simple, the generated > file in the build dir contains exactly what is needed to link to that > library which is known when it's configured. (OpenCV does something > like this). Right, i think the generalized approach of Find_Package in Cmake, is working with XXXConfig.cmake. The generalized FindPackage uses that file. And together with UseXXX it is complete. Which for wxart2d i do generate, using the assembled lists like you do. I somehow feel that what you suggest is the same, but less formal. The major ingredient, is to have such a file (call it XXXConfig.cmake), with the settings. Find_Package only looks for paths where it can be found. I myself do something in between (still have a FindwxArt2D.cmake but should not be needed) : http://wxart2d.svn.sourceforge.net/viewvc/wxart2d/trunk/wxArt2D/packages/wxart2d/share/wxart2d/FindwxArt2D.cmake See INCLUDE(${WXART2D_DIR_SHARE}/wxArt2DConfig.cmake) Used like: FIND_PACKAGE( wxArt2D ) IF( WXART2D_FOUND ) INCLUDE(${WXART2D_USE_FILE}) > > You may be interested in this, I have a wrapper FIND_WXWIDGETS() > function to give much better info about why wxWidgets wasn't found. I > also find the version number and get linking to stc/scintilla right > for 2.8/2.9. > http://wxlua.svn.sourceforge.net/viewvc/wxlua/trunk/wxLua/build/CMakewxAppLib.cmake?revision=33&view=markup Yep my own FindwxWidgest, sets thing like lib name pre/post stuff variables to use by the user. That is how i synchronize libraries to wxLua and wxWidgets looking at how they are named. I also, like you do, have functions, to assemble lists of what was added in terms of libraries and includes, defines etc. (wxart2dMacros.cmake). http://wxart2d.svn.sourceforge.net/viewvc/wxart2d/trunk/wxArt2D/packages/wxart2d/share/ I needed that to later generate a cmake configure file for users of the software. I still need the build.cfg file (wxwidgets produces that), and seeing your trick to get version.h info, i think that is better, will copy that ;-) And other things you talk about, might be interesting for me too. > I really like linking together the CMake files since you get a great Visual Studio or Code::Blocks > project that you can use to build, debug, etc... The only downside is that rebuilding cleans a > little more than it should. They need to have a 'clean' that only cleans the current project, not > every dependent project. That is right, i also do like to have everything in one. And sofar i did it using "include_external_msproject", which works for VC. code blocks i just included into it into the workspace. But like you do, it just is one big pile of code producing libraries etc. Which is simple, and often simple is best. I am just trying to oversee the consequences, where it might go wrong. >> We best find a single Cmake approach for wxCode components. Looking around there, it seems you >> Cmaked yours already. >> >> What is your idea about all this? > There are some other projects in wxCode that I would have liked to > use, but was afraid to get involved in their build system. I think a > clear set of CMakeLists.txt files to allow you to link a few wxCode > projects together with your own executable makes a lot of sense. To me too! But if every wxCode module produces a library, there might be a problem at install stage. That is what i try to figure out. > I > have tried to make everything in CMakewxAppLib.cmake and > CMakeFunctions.txt (I want to rename both of them eventually) so they > don't overwrite anybody's settings. > > You'll notice that I have some wrapper functions for ADD_LIBRARY() and > ADD_EXECUTABLE(), ADD_LIBRARY_FULL() and ADD_EXECUTABLE_FULL() which > keep track of what has been added so that you can make lists of them > and do a lot of interesting things. It would not even be so hard to > setup an automated build system. Yep, will look how you did it, maybe i can improve my own versions, or just use yours. It helps to see how others solve a similar problem. _ADD_SUBDIRECTORY did not know about the underscore, to call what i think is the original version?? That's a nice trick. > > I am open to suggestions about the two files I have above. I will add > a function to create a wxlike-libname, wx{your-lib-name}[u][d]-2x... > to make that part easier. Maybe have a look at my FindwxWidgets, it seems you use the one from Cmake itself. Which i think is not very good. If we manage to sync up a common FindwxWidgets delivering what we need, we might be able to get it into Cmake and/or wxCode Like your WX_HASLIB stuff, is very much like i do search for all available libs, unless i missed something. Maybe add your component checking in there and have something which can be used in general. > > Eventually, we can add a CMakeLists.txt at the root of > wxCode/components to make it very simple to load all of them that have > CMakeLists.txt. I get it. > In fact, I already do this, but I also include wxLua > and two other personal projects. What stops people (including myself) > from using wxCode components is that it's hard to learn how to build > other people's projects and if we can unify them everything becomes > simple and the wxCode projects can be tried with little effort. I am all with you. We need something simple. The package system from Fransesco did not work out. Hopefully this is the solution. Thanks, Klaas |
From: John L. <jla...@gm...> - 2011-12-20 23:30:24
|
On Tue, Dec 20, 2011 at 1:49 PM, klaas.holwerda <ng...@kl...> 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 handy for me, to have debug/unicode/release versions etc. seperated when > detecting stedit and wxlua (after install). > Now i don't know what to do. I didn't get too fancy since I'm just starting to iron-out the details for the CMake scripts. > 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... to fully describe it. > Or i need to switch over to the same big project approach with includes, in that case it does not > matter, since it is all compiled as one. > So no more find packages (and install) for wxstedit and wxlua in that case. A bit against Cmake its > FindXXX method, but then again it is easier. 1) The FindXXX methods could be nice, but for small libraries like wxstedit seem like overkill. 2) Simply adding the sources to your CMake project ensures that they are built *exactly* the same as your project and the dependencies work great if anything gets updated. 3) An alternative would be to create a USE_wxStEdit.cmake file in the build dir that another app/lib would call INCLUDE("USE_wxStEdit.cmake") to have the correct definitions, variables for libs, and whatnot set. I think for me #2 and #3 should suffice. The FindXXX requires too much information that is not provided by the default FindwxWidgets.cmake script (version, unicode, debug). #3 is dead simple, the generated file in the build dir contains exactly what is needed to link to that library which is known when it's configured. (OpenCV does something like this). You may be interested in this, I have a wrapper FIND_WXWIDGETS() function to give much better info about why wxWidgets wasn't found. I also find the version number and get linking to stc/scintilla right for 2.8/2.9. http://wxlua.svn.sourceforge.net/viewvc/wxlua/trunk/wxLua/build/CMakewxAppLib.cmake?revision=33&view=markup > It seems an always use the source code approach, but only when using Cmake, which i don't mind ;-) > But what when installing the libraries in the end. That can become confusing on linux, wonder if its > a wxWidgets problem only to have several types of libs, and maybe the problem is soon gone when > there is only unicode. And debug is all local to the project (before install). > > Hmmm, i am confused now what is best :-( I really like linking together the CMake files since you get a great Visual Studio or Code::Blocks project that you can use to build, debug, etc... The only downside is that rebuilding cleans a little more than it should. They need to have a 'clean' that only cleans the current project, not every dependent project. > We best find a single Cmake approach for wxCode components. Looking around there, it seems you > Cmaked yours already. > > What is your idea about all this? There are some other projects in wxCode that I would have liked to use, but was afraid to get involved in their build system. I think a clear set of CMakeLists.txt files to allow you to link a few wxCode projects together with your own executable makes a lot of sense. I have tried to make everything in CMakewxAppLib.cmake and CMakeFunctions.txt (I want to rename both of them eventually) so they don't overwrite anybody's settings. You'll notice that I have some wrapper functions for ADD_LIBRARY() and ADD_EXECUTABLE(), ADD_LIBRARY_FULL() and ADD_EXECUTABLE_FULL() which keep track of what has been added so that you can make lists of them and do a lot of interesting things. It would not even be so hard to setup an automated build system. I am open to suggestions about the two files I have above. I will add a function to create a wxlike-libname, wx{your-lib-name}[u][d]-2x... to make that part easier. Eventually, we can add a CMakeLists.txt at the root of wxCode/components to make it very simple to load all of them that have CMakeLists.txt. In fact, I already do this, but I also include wxLua and two other personal projects. What stops people (including myself) from using wxCode components is that it's hard to learn how to build other people's projects and if we can unify them everything becomes simple and the wxCode projects can be tried with little effort. Regards, John |
From: John L. <jla...@gm...> - 2011-12-20 22:25:15
|
On Tue, Dec 20, 2011 at 11:31 AM, klaas.holwerda <ng...@kl...> 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_COMPONENTS. Please set it to match the variable wxWidgets_COMPONENTS (it's a list of wxWidgets libs; base, core, adv...) It might be best to clean the CMake build dir and start over. I now check that all libs in wxLuaBind_COMPONENTS are in wxWidgets_COMPONENTS and warn if they're not. Hope it will now work for you. Thanks for the testing, you're finding things that I had not come across. Thanks, John |
From: klaas.holwerda <ng...@kl...> - 2011-12-20 18:49:58
|
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). Now i don't know what to do. 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? Or i need to switch over to the same big project approach with includes, in that case it does not matter, since it is all compiled as one. So no more find packages (and install) for wxstedit and wxlua in that case. A bit against Cmake its FindXXX method, but then again it is easier. It seems an always use the source code approach, but only when using Cmake, which i don't mind ;-) But what when installing the libraries in the end. That can become confusing on linux, wonder if its a wxWidgets problem only to have several types of libs, and maybe the problem is soon gone when there is only unicode. And debug is all local to the project (before install). Hmmm, i am confused now what is best :-( We best find a single Cmake approach for wxCode components. Looking around there, it seems you Cmaked yours already. What is your idea about all this? Klaas On 20-12-2011 17:31, 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. > > Klaas > > 3>wxLuaBindLib.lib(wxgl_bind.obj) : error LNK2019: unresolved external symbol "public: class > wxGLContext * __thiscall wxGLCanvasBase::GetContext(void)const " > (?GetContext@wxGLCanvasBase@@QBEPAVwxGLContext@@XZ) referenced in function "int __cdecl > wxLua_wxGLCanvas_GetContext(struct lua_State *)" (?wxLua_wxGLCanvas_GetContext@@YAHPAUlua_State@@@Z) > > etc. > > > > > > On 20-12-2011 7:11, John Labenski wrote: >> On Mon, Dec 19, 2011 at 6:22 AM, klaas.holwerda<ng...@kl...> wrote: >> > > ------------------------------------------------------------------------------ > Write once. Port to many. > Get the SDK and tools to simplify cross-platform app development. Create > new or port existing apps to sell to consumers worldwide. Explore the > Intel AppUpSM program developer opportunity. appdeveloper.intel.com/join > http://p.sf.net/sfu/intel-appdev > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > |
From: klaas.holwerda <ng...@kl...> - 2011-12-20 16:31:49
|
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 * __thiscall wxGLCanvasBase::GetContext(void)const " (?GetContext@wxGLCanvasBase@@QBEPAVwxGLContext@@XZ) referenced in function "int __cdecl wxLua_wxGLCanvas_GetContext(struct lua_State *)" (?wxLua_wxGLCanvas_GetContext@@YAHPAUlua_State@@@Z) etc. On 20-12-2011 7:11, John Labenski wrote: > On Mon, Dec 19, 2011 at 6:22 AM, klaas.holwerda<ng...@kl...> wrote: > |
From: John L. <jla...@gm...> - 2011-12-20 06:11:32
|
On Mon, Dec 19, 2011 at 6:22 AM, klaas.holwerda <ng...@kl...> 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> C:\soft\wxWidgets-2.9.2\include\wx/aui/auibook.h(116) : see declaration of > 'wxAuiTabContainerButton' > 2>..\..\..\wxLua\trunk\wxLua\modules\wxbind\src\wxaui_bind.cpp(730) : error C2039: 'disBitmap' : is > not a member of 'wxAuiTabContainerButton' > 2> C:\soft\wxWidgets-2.9.2\include\wx/aui/auibook.h(116) : see declaration of These were recently renamed. I have now made then #ifdefed for 2.9.3 instead of 2.9.2 and that should work. Though if you have a checkout half-way between 2.9.2 and 2.9.3 then there's nothing I can do and you should just update. > For 2.8 i see: > > 2>..\..\..\wxLua\trunk\wxLua\modules\wxbind\src\wxcore_gdi.cpp(8396) : error C2666: > 'wxCursor::wxCursor' : 2 overloads have similar conversions > 2> C:\soft\wxWidgets-2.8.12\include\wx/msw/cursor.h(29): could be 'wxCursor::wxCursor(const > wxString &,long,int,int)' > 2> C:\soft\wxWidgets-2.8.12\include\wx/msw/cursor.h(26): or 'wxCursor::wxCursor(const > char [],int,int,int,int,const char [])' > 2> while trying to match the argument list '(const wxString, wxBitmapType, int, int)' > 3>..\..\..\wxLua\trunk\wxLua\modules\wxbind\src\wxcore_gdi.cpp(8396) : error C2666: > 'wxCursor::wxCursor' : 2 overloads have similar conversions > 3> C:\soft\wxWidgets-2.8.12\include\wx/msw/cursor.h(29): could be 'wxCursor::wxCursor(const > wxString &,long,int,int)' > 3> C:\soft\wxWidgets-2.8.12\include\wx/msw/cursor.h(26): or 'wxCursor::wxCursor(const > char [],int,int,int,int,const char [])' > > I don't know how to see what compiler i use with VC, i only see /D WIN32 so i ques that means i am > compiling 32bit. The rest is default, or what Cmake thinks/says it is. > This is windows7 64 bit. For 2.8 i used debug non unicode. So that is the reason for the string > confusion i think. This really does seem like a overload problem. wxLua tries to call the wxCursor(wxString, ...) constructor using a wxString as the first parameter, but somehow the compiler thinks that the const char[] is equally good. I don't know if I blame the compiler, but I don't think we can do much more than #ifdefing that function for > 2.8 || __UNICODE__. In 2.9 the second parameter is the enum wxBitmapType so you won't see this problem. Note that I had just typedefed wxBitmapType to an int in 2.8 to simplify things. Both of these problems should be fixed for you in SVN now. Regards, John |