John Labenski wrote: > MSW Binary only release for now since the build files do not account > for the options to build the wxWidgets binding libs and which ones to > link to. Hopefully this will be fixed soon and the source code and (if > we're lucky) an OSX binary release will be made too.
I made a Mac build of wxLua-2.8.4.1 meanwhile, until the sources are out. I uploaded it to SourceForge's "incoming" area, as wxlua-2.8.4.1-tiger.dmg Here are the issues that I had to patch, before it would build/compile: http://www.algonet.se/~afb/wx/wxlua-macconfigure.patch ("DEBUG=0") http://www.algonet.se/~afb/wx/wxlua-macnorpath.patch ("-Wl,-rpath,") http://www.algonet.se/~afb/wx/wxlua-macglcontext.patch ("SetCurrent") Will see if I can re-generate real fixes, against the wxLua CVS... It seems that wxLuaEdit is crashing on start, will see if it needs a rewrite or if I missed a patch from the previous Mac build (2.8.0.0) There is a version of wxlua/wxstedit in MacPorts, if I ever get around to cleaning it up and submitting (I'm the maintainer for those too...) I used wxWidgets 2.8.4 (UNICODE/RELEASE) and wxStEdit 1.2.5, by the way. It has been compiled as a Universal Binary, i.e. both PowerPC and Intel. --anders ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
