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
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
1
|
2
|
3
|
4
|
|
5
|
6
|
7
|
8
|
9
|
10
|
11
|
|
12
|
13
(1) |
14
|
15
|
16
|
17
|
18
|
|
19
|
20
|
21
|
22
(1) |
23
(5) |
24
|
25
(1) |
|
26
(2) |
27
|
28
(1) |
29
(3) |
30
(2) |
31
|
|
On Wed, Jul 29, 2009 at 8:00 PM, Daniel Aquino<mr....@gm...> wrote: > which version are you running ? I use 2.8.10. > I could only find binaries for 2.8.7 but wxlua is up to 2.8.10... You can download them here, note that 2.8.10 is in the middle since it sorts by name and not by when it was uploaded, apparently. http://sourceforge.net/projects/wxlua/files/ > It still happens even when I comment out all other code... Weird, but definitely try the 2.8.10 since I remember some posts to the wxWidgets development list about changes to the socket code a while back and so your problem may be fixed. Regards, John
which version are you running ? I could only find binaries for 2.8.7 but wxlua is up to 2.8.10... It still happens even when I comment out all other code... On Tue, Jul 28, 2009 at 11:59 PM, John Labenski<jla...@gm...> wrote: > On Tue, Jul 28, 2009 at 6:59 PM, Daniel Aquino<mr....@gm...> wrote: >> I'm having lockups when I try to pull an http page using wxURL. >> >> It gets stuck at GetInputStream but then appears to work fine after >> right clicking on the systray icon... > > I assume you are under MS Windows? XP? > >> I believe it may be the threads issues that are described on this page: >> >> http://wiki.wxwidgets.org/WxURL >> >> quote: "Under Windows, wxURL and wxThread may have problems to work >> well together. Be sure to construct the wxURL and call >> wxURL::GetInputStream inside the main thread." > > wxLua always runs everything in the main thread unless you have > created another thread. > > I don't get any delays running your code in MS Windows XP using > wxlua.exe, wxluafreeze.exe, and wxluaedit.exe. They all get a size of > 4 and the stream is: > > "{ > } > " > > Regards, > John > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users >
On Wed, Jul 29, 2009 at 7:17 PM, marcos<mar...@ya...> wrote: > Hello, > > I have several problems with locale. > I set locale ( lua setlocale() and wx wxLocale() ) to PT-BR and it work ok! > But, the locale is reverted to EN-US in the middle of the process. And > causes many problems!!! > > I think it is problem with the garbage collection. > In old versions of wxLua, I did not have problems. I have to plead ignorance about much of the wxLocale stuff, but from what I can tell you create a loc = wx.wxLocale(wx.wxLANGUAGE_PORTUGUESE_BRAZILIAN) and so long as 'loc' is not GCed that's your locale. I guess the obvious question to ask is if you're making your wx.wxLocale variable local? If so, you either have to put it into some table that won't be garbage collected for the life of the program or just make it global. I can't see any reason why the wxLocale userdata would be treated any differently by Lua's GC than anything else like a wxPoint for example. Regards, John
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> </head> <body bgcolor="#ffffff" text="#000000"> Hello,<br> <br> I have several problems with locale.<br> <br> I set locale ( lua setlocale() and wx wxLocale() ) to PT-BR and it work ok!<br> <br> But, the locale is reverted to EN-US in the middle of the process. And causes many problems!!!<br> <br> <small><small><small><small><small><small><small><small><small><span class="Apple-style-span" style="border-collapse: separate; color: rgb(0, 0, 0); font-family: 'Trebuchet MS'; font-size: 14px; font-style: normal; font-variant: normal; font-weight: normal; letter-spacing: normal; line-height: normal; orphans: 2; text-indent: 0px; text-transform: none; white-space: normal; widows: 2; word-spacing: 0px;"><span class="Apple-style-span" style="font-family: -webkit-monospace; font-size: 16px; text-align: left;">I think it is problem with the garbage collection.<br> <br> In old versions of wxLua, I did not have problems.<br> <br> Help, please. Thanks.<br> </span></span></small></small></small></small></small></small></small></small></small> <br> <pre class="moz-signature" cols="72">-- Marcos E. Wurzius </pre> </body> </html> __________________________________________________ Faça ligações para outros computadores com o novo Yahoo! Messenger http://br.beta.messenger.yahoo.com/
On Tue, Jul 28, 2009 at 6:59 PM, Daniel Aquino<mr....@gm...> wrote: > I'm having lockups when I try to pull an http page using wxURL. > > It gets stuck at GetInputStream but then appears to work fine after > right clicking on the systray icon... I assume you are under MS Windows? XP? > I believe it may be the threads issues that are described on this page: > > http://wiki.wxwidgets.org/WxURL > > quote: "Under Windows, wxURL and wxThread may have problems to work > well together. Be sure to construct the wxURL and call > wxURL::GetInputStream inside the main thread." wxLua always runs everything in the main thread unless you have created another thread. I don't get any delays running your code in MS Windows XP using wxlua.exe, wxluafreeze.exe, and wxluaedit.exe. They all get a size of 4 and the stream is: "{ } " Regards, John
I'm having lockups when I try to pull an http page using wxURL. It gets stuck at GetInputStream but then appears to work fine after right clicking on the systray icon... I believe it may be the threads issues that are described on this page: http://wiki.wxwidgets.org/WxURL quote: "Under Windows, wxURL and wxThread may have problems to work well together. Be sure to construct the wxURL and call wxURL::GetInputStream inside the main thread." function get_games() local url = wx.wxURL("http://fly.thruhere.net/status/games.json") local stream = url:GetInputStream() -- freezes here -- frees up if you right click on the systray icon local size = stream:GetSize() local data = stream:Read(size) return data end
On Sun, Jul 26, 2009 at 10:31 AM, Andre<ar...@ki...> wrote:
> Andre <arpin@...> writes:
>
>
>> I made the following changes to controls.wx.lua
>> ....
>
> this is probably much more then needed
>
> a change is needed because wxLuaBindClass as multiple base classes. I guess
> you have to support multiple inheritance somemwhere.
I noticed this, but I have to make some more changes for multiple
inheritance to work, my quick fix implementation in the current CVS is
broken. I have discovered that given
class A { ... }
class B { ... }
class AB, public A, public B { ... }
AB ab;
void *p_ab = &ab;
((B*)p_ab)->SomeFuncFromB();
corrupts the C++ stack because the pointers to AB are different for A
and B casts or so I'm told. I can't find a useful description about
this online or in any of the books I have.
http://groups.google.com/group/wx-users/browse_thread/thread/8d3ca8031668e778/951af80997466215#951af80997466215
What this means is that my "clever" way of simply casting the void*
pointer that we get from Lua to the base classes to call the desired
function can't work for anything but the first base class. So... I
have been trying to play with template functions with no luck. I think
I will have to make the binding generator simply write out the whole
set of functions for the second and higher base classes for each
class. I would rather not have to have these nearly duplicate
functions, except for the casting of the void* pointer to the correct
C++ datatype, but any other scenarios I can imagine would generate
more and messier code.
Regards,
John
Andre <arpin@...> writes: > I made the following changes to controls.wx.lua > .... this is probably much more then needed a change is needed because wxLuaBindClass as multiple base classes. I guess you have to support multiple inheritance somemwhere. The extensive changes were needed while testing because they were a lot of unhandle events. If the code is fixed this should not happen. So disabling the error after the first failure is overkill. Andre
The current version of wxlua works great. I use the multilib DLL version with
on window. I have to remove the dbgrid GetRef but it is a minor difficulty.
Thanks for alll the works. luac does not compile in only this mode is used but
it relly does not matter.
Since baseclassName does not seem to be an index for wxCLASS_TableByName
[evtClassName]
I made the following changes to controls.wx.lua
--------------------
added UnhandledEvents as a global table and change the function OnEvent.
-------------------- modifications
while wxEvent_GetFuncs[evtClassName] do
if type(wxEvent_GetFuncs[evtClassName]) == "table" then
s = s.."\n\t"..evtClassName.." - "..FuncsToString(event,
wxEvent_GetFuncs[evtClassName], evtClassName)
else
s = s.."\n\t"..evtClassName.." - "..wxEvent_GetFuncs[evtClassName]
(event)
end
if wxCLASS_TableByName[evtClassName].baseclassNames and next
(wxCLASS_TableByName[evtClassName].baseclassNames) then
_, evtClassName = next(wxCLASS_TableByName
[evtClassName].baseclassNames)
else
break
end
end
-- for debugging, this means we need to add it to the wxEvent_GetFuncs
table
if evtClassName ~= "wxObject" then
s='UNHANDLED EVENT: '..s
if not UnhandledEvents[evtClassName] then
print("Unhandled wxEventXXX type in OnEvent:", evtClassName)
UnhandledEvents[evtClassName] = true
end
end
Thank you
Andre
I use next(table) to avoid checking for an existing index. Many other ways
would work.
On Thu, Jul 23, 2009 at 3:54 AM, Hakki Dogusan<dog...@tr...> wrote: > Hi, > > Cédric Floquet wrote: >> >> [snip] >> >> > True, when i run ldd on wx.so, the missing libs are mentioned. On the >> > other hand, a pre-compiled wx.so like the one in Lua All in One >> shows no >> > such dependencies, so there must be a way... >> > > I managed to compile wx & wxLua in one-monolithic-module (.so/.dll) with > using Code::Blocks project file. It is used in CairoPad and BookWorm > applications. You may look sources of them here: > > http://www.dynaset.org/dogusanh/ > > > -- > Regards, > Hakki Dogusan > > > ------------------------------------------------------------------------------ > _______________________________________________ > wxlua-users mailing list > wxl...@li... > https://lists.sourceforge.net/lists/listinfo/wxlua-users > I would vote for a single wx.so build, out of the default configure. This would be simply great. This is the way that most Lua modules are used/built anyways. Can't wait for a solution. -- Regards, Ryan
Hi, Cédric Floquet wrote: > > [snip] > > > True, when i run ldd on wx.so, the missing libs are mentioned. On the > > other hand, a pre-compiled wx.so like the one in Lua All in One > shows no > > such dependencies, so there must be a way... > I managed to compile wx & wxLua in one-monolithic-module (.so/.dll) with using Code::Blocks project file. It is used in CairoPad and BookWorm applications. You may look sources of them here: http://www.dynaset.org/dogusanh/ -- Regards, Hakki Dogusan
2009年7月23日 John Labenski <jla...@gm...> > On Wed, Jul 22, 2009 at 4:31 PM, "Cédric Floquet > (GMail)"<ced...@gm...> wrote: > > > The Lua src in wxLua/modules/lua/src is the source from the Lua 5.1.4 > tar.gz. Ok, then, it's the latest version. > > 2. Since i wanted to control the wxWidgets version used, i downloaded > > the source (2.8.10), configured and compiled it, without installing it. > > It worked, but i must admit i'm not sure about the configure options i > > should use that could have a (positive or negative) influence on step > > This is what I use for wxWidgets, for better or for worse. > > ... > > This should handle creating the monolithic wx.so module regardless of > the other settings, I think. > configure --enable-monolithic-luamodule Here are the configure options I used: wxWidgets (GTK): --enable-shared \ --enable-monolithic \ --enable-unicode wxLua: --enable-monolithic-luamodule \ --enable-unicode \ --enable-shared \ --with-wxdir=../../wxGTK-2.8.10/ced_build \ --enable-systemlua=yes \ --with-lua-prefix=/home/cedric/src/lua/lua_bin \ LIBS=-ldl The LIBS part is mandatory on Ubuntu 9.04, otherwise there are unresolved symbols dlsym, dlopen, ... when compiling an "external" vanilla Lua. > > > 3. I downloaded the wxLua source code, configured it so it would find my > > "system" Lua (the one i downloaded, not the Ubuntu packaged one). This > > works. I also configured it to find the custom compiled wxWidgets > > directories. This works too. The part i'm not sure about is the same as > > for wxWidgets, i.e. the shared option, the luamodule and > > monolithic-luamodule options, etc. The only way i manage to get wx.so > > built is by enabling the shared option. That's ok, but when i try to put > > the resulting lib/wx.so in my lua bin directory from step 1., then > > require "wx", it complains about missing "sub libs" that wx.so depends > > upon. I thought that "shared" was to create a wx.so, but that monolithic > > would make it independent from anything else. > > I'll have to look into how "monolithic" we can actually make it. You > absolutely have to link to the Lua shared lib, but it might be > possible to compile wxWidgets statically to allow the wxLua module to > incorporate the wxWidgets libraries. If you compile wxWidgets as a > shared lib, then no, it cannot be incorporated into wx.so and will be > a dependence. Well, the lua lib is only one file, and I include it in my archive (or it could be present on the user system if he has Lua 5.1.4 installed), so this should not be a problem. As for wxWidgets, if I compile it statically, then I can't use "shared" when compiling wxLua, which in turn means no wx.so is created. But maybe I'm missing something. > > I did find a bug in the configure generated modules/Makefile. > > Look for these statements and notice that I removed the $(WXLUA_LIBS) > from it. The real fix goes into the Bakefiles, but I have to verify > that it's Ok to do that for the MSW builds. > > ../lib/$(DLLPREFIX_MODULE)wx.$(SO_SUFFIX_MODULE): > $(MOD_LUAMODULE_MONO_OBJECTS) > $(SHARED_LD_MODULE_CXX) $@ $(MOD_LUAMODULE_MONO_OBJECTS) $(LDFLAGS) > -L$(top_builddir)/lib -L$(LUA_LIB_DIR) $(LIBS) $(WX_LIBS) > #$(WXLUA_LIBS) <-- remove this from the line above Ok, i'll try that next, then answer back. > > > > True, when i run ldd on wx.so, the missing libs are mentioned. On the > > other hand, a pre-compiled wx.so like the one in Lua All in One shows no > > such dependencies, so there must be a way... > > What libs are missing for you (see below) and I wonder what the All in > One folks are doing? These ones are missing: libwxlua_gtk2u_wxbindxrc-2.8.so.0 => not found libwxlua_gtk2u_wxbindrichtext-2.8.so.0 => not found libwxlua_gtk2u_wxbindhtml-2.8.so.0 => not found libwxlua_gtk2u_wxbindaui-2.8.so.0 => not found libwxlua_gtk2u_wxbindadv-2.8.so.0 => not found libwxlua_gtk2u_wxbindxml-2.8.so.0 => not found libwxlua_gtk2u_wxbindnet-2.8.so.0 => not found libwxlua_gtk2u_wxbindcore-2.8.so.0 => not found libwxlua_gtk2u_wxbindbase-2.8.so.0 => not found libwxlua_gtk2u_wxluasocket-2.8.so.0 => not found libwxlua_gtk2u_wxluadebug-2.8.so.0 => not found libwxlua_gtk2u_wxlua-2.8.so.0 => not found These are the ones that can be found in the /lib dir of wxLua after the compilation, along with the wx.so file, so it makes sense in a way. I don't know what the Lua AIO folks are doing... Maybe they "join" libs together in one file ? (don't know if that is possible) > > If you have unresolved lib dependencies, as seen using ldd, you can > add search paths like this. > $export LD_LIBRARY_PATH=/path/to/the/wxLua/libs Yes, when I define this variable, the missing libs are found. The thing is, I'd like to package only one lib file (wx.so) instead of many (with very long and cryptic names). > > > Hope this helps, > John Thanks for your answer. Cédric
On Mon, Jul 13, 2009 at 4:25 PM, Ryan Pusztai<rpu...@gm...> wrote: > > It has been a while, sorry. I am just getting to try this out. when I > try this I get an error. I think it is because SSH access is only for > project members. Can you check to see if there is a setting to allow > non-project members to pull from cvs? If not what are your thoughts? I cannot find information from SF about whether they have an anonymous user for cvs with ssh or not. It doesn't look like they do, which is a real shame. Right now, the tar.gz from SF is very much up to date so I'd use that. > Here is the error: > $ cvs -z3 -d:ext:rjp...@wx...:/cvsroot/wxlua > co -P wxLua > rjp...@wx...'s password: > cvs checkout: Updating wxLua > cvs checkout: failed to create lock directory for > `/cvsroot/wxlua/wxLua' (/cvsroot/wxlua/wxLua/#cvs.lock): Permission > denied > cvs checkout: failed to obtain dir lock in repository `/cvsroot/wxlua/wxLua' > cvs [checkout aborted]: read lock failed - giving up > -- This is what I get when I try to use "anonymous" as a user name. Regards, John
On Wed, Jul 22, 2009 at 4:31 PM, "Cédric Floquet (GMail)"<ced...@gm...> wrote: > Hi, > > I'm trying to understand how to build the wx.so lib as a standalone, to > use it with a standard Lua interpreter, but i can't quite grasp what's > needed to succeed. I've been trying for a few hours, to no avail. > > I'm using Ubuntu 9.04 x64, and have all the compilers and libs needed to > compile stuff. Here's what i did: > > 1. I downloaded Lua 5.1 source code, libs and headers (well actually it > comes from Lua Binaries). In case i wouldn't, there's a built in version > with wxLua anyway. It works, and i've successfully build some C modules > against it (luaglut and its examples work perfectly) The Lua src in wxLua/modules/lua/src is the source from the Lua 5.1.4 tar.gz. > 2. Since i wanted to control the wxWidgets version used, i downloaded > the source (2.8.10), configured and compiled it, without installing it. > It worked, but i must admit i'm not sure about the configure options i > should use that could have a (positive or negative) influence on step This is what I use for wxWidgets, for better or for worse. ../configure \ --prefix=/home/john/wx/wxWidgets/wxWidgets-2.8.10/config_gtk2ud \ --enable-optimise=no \ --enable-debug=yes \ --enable-debug_gdb=yes \ --enable-mem_tracing=no \ --enable-profile=no \ --with-dmalloc=no \ --enable-prologio=no \ --enable-gtk2=yes \ --enable-unicode=yes \ --with-gnomeprint \ --enable-mediactrl=yes \ --with-opengl \ --enable-graphics_ctx \ --with-sdl > 3., i.e. the compilation of wxLua (i'm only interested in wx.so). I've > tried to compile wxWidgets with shared enabled, disabled, and > with/without the monolithic option. I guess what i want is shared, and > monolithic (unlesse there's a way to compile wxWidgets statically, then > create a shared wx.so using it?) This should handle creating the monolithic wx.so module regardless of the other settings, I think. configure --enable-monolithic-luamodule > 3. I downloaded the wxLua source code, configured it so it would find my > "system" Lua (the one i downloaded, not the Ubuntu packaged one). This > works. I also configured it to find the custom compiled wxWidgets > directories. This works too. The part i'm not sure about is the same as > for wxWidgets, i.e. the shared option, the luamodule and > monolithic-luamodule options, etc. The only way i manage to get wx.so > built is by enabling the shared option. That's ok, but when i try to put > the resulting lib/wx.so in my lua bin directory from step 1., then > require "wx", it complains about missing "sub libs" that wx.so depends > upon. I thought that "shared" was to create a wx.so, but that monolithic > would make it independent from anything else. I'll have to look into how "monolithic" we can actually make it. You absolutely have to link to the Lua shared lib, but it might be possible to compile wxWidgets statically to allow the wxLua module to incorporate the wxWidgets libraries. If you compile wxWidgets as a shared lib, then no, it cannot be incorporated into wx.so and will be a dependence. I did find a bug in the configure generated modules/Makefile. Look for these statements and notice that I removed the $(WXLUA_LIBS) from it. The real fix goes into the Bakefiles, but I have to verify that it's Ok to do that for the MSW builds. ../lib/$(DLLPREFIX_MODULE)wx.$(SO_SUFFIX_MODULE): $(MOD_LUAMODULE_MONO_OBJECTS) $(SHARED_LD_MODULE_CXX) $@ $(MOD_LUAMODULE_MONO_OBJECTS) $(LDFLAGS) -L$(top_builddir)/lib -L$(LUA_LIB_DIR) $(LIBS) $(WX_LIBS) #$(WXLUA_LIBS) <-- remove this from the line above > True, when i run ldd on wx.so, the missing libs are mentioned. On the > other hand, a pre-compiled wx.so like the one in Lua All in One shows no > such dependencies, so there must be a way... What libs are missing for you (see below) and I wonder what the All in One folks are doing? > What am i doing (or getting) wrong here ? If you have unresolved lib dependencies, as seen using ldd, you can add search paths like this. $export LD_LIBRARY_PATH=/path/to/the/wxLua/libs Hope this helps, John
Hi, I'm trying to understand how to build the wx.so lib as a standalone, to use it with a standard Lua interpreter, but i can't quite grasp what's needed to succeed. I've been trying for a few hours, to no avail. I'm using Ubuntu 9.04 x64, and have all the compilers and libs needed to compile stuff. Here's what i did: 1. I downloaded Lua 5.1 source code, libs and headers (well actually it comes from Lua Binaries). In case i wouldn't, there's a built in version with wxLua anyway. It works, and i've successfully build some C modules against it (luaglut and its examples work perfectly) 2. Since i wanted to control the wxWidgets version used, i downloaded the source (2.8.10), configured and compiled it, without installing it. It worked, but i must admit i'm not sure about the configure options i should use that could have a (positive or negative) influence on step 3., i.e. the compilation of wxLua (i'm only interested in wx.so). I've tried to compile wxWidgets with shared enabled, disabled, and with/without the monolithic option. I guess what i want is shared, and monolithic (unlesse there's a way to compile wxWidgets statically, then create a shared wx.so using it?) 3. I downloaded the wxLua source code, configured it so it would find my "system" Lua (the one i downloaded, not the Ubuntu packaged one). This works. I also configured it to find the custom compiled wxWidgets directories. This works too. The part i'm not sure about is the same as for wxWidgets, i.e. the shared option, the luamodule and monolithic-luamodule options, etc. The only way i manage to get wx.so built is by enabling the shared option. That's ok, but when i try to put the resulting lib/wx.so in my lua bin directory from step 1., then require "wx", it complains about missing "sub libs" that wx.so depends upon. I thought that "shared" was to create a wx.so, but that monolithic would make it independent from anything else. True, when i run ldd on wx.so, the missing libs are mentioned. On the other hand, a pre-compiled wx.so like the one in Lua All in One shows no such dependencies, so there must be a way... What am i doing (or getting) wrong here ? Any help would be appreciated. Thanks in advance.
On Mon, Jun 1, 2009 at 12:10 PM, Ryan Pusztai<rpu...@gm...> wrote: > > > On Mon, Jun 1, 2009 at 11:47 AM, John Labenski <jla...@gm...> wrote: >> >> Sourceforge has crippled their shell and we are no longer able to >> provide daily snapshots. I will remove the link to them. > > Too bad. > >> >> You can use ssh on port 22 to get the CVS files by exporting >> CVS_RSH=/bin/ssh.exe . >> >> $cvs -z3 -d:ext:You...@wx...:/cvsroot/wxlua >> co -P wxLua > > Great, I will try that. Thanks. > -- > Regards, > Ryan > It has been a while, sorry. I am just getting to try this out. when I try this I get an error. I think it is because SSH access is only for project members. Can you check to see if there is a setting to allow non-project members to pull from cvs? If not what are your thoughts? Here is the error: $ cvs -z3 -d:ext:rjp...@wx...:/cvsroot/wxlua co -P wxLua rjp...@wx...'s password: cvs checkout: Updating wxLua cvs checkout: failed to create lock directory for `/cvsroot/wxlua/wxLua' (/cvsroot/wxlua/wxLua/#cvs.lock): Permission denied cvs checkout: failed to obtain dir lock in repository `/cvsroot/wxlua/wxLua' cvs [checkout aborted]: read lock failed - giving up -- Regards, Ryan