On 8/23/07, Anders F Björklund <[EMAIL PROTECTED]> wrote: > 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.
Still no success with this, we'll have to get Francesco to help. > 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 I'm sorry that I missed this and SF has already deleted it. Could you upload it again and I'll post it at sourceforge. I'll be away at a conference this coming week, but I should have internet access. > 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... I have built wxLua 2.8.4.2 on my Mac, after disabling gl in wxWidgets (--with-opengl=no if I remember correctly) and setting "wxLUA_USE_wxGLCanvas 0" in modules/wxbind/setup/wxluasetup.h. This hand editing will be fixed with the above lib fix for the build files and I'll fix the problem with the different function signatures for the wxGLCanvas constructor. In fact I should really just disable it by default since I don't even know if it's usable without a OpenGL binding as well. > 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 have also been able to build this too and I don't get a crash. Could you try the CVS version of wxStEdit? Either that or the problem is with the default fonts in OSX, there was a problem with a recursion between the OSX platform specific function and the common one in wxSystemSettings, but that was fixed a while ago I thought. I use the SVN wxWidgets from the 2.8 branch so it might be fixed there. svn checkout http://svn.wxwidgets.org/svn/wx/wxWidgets/branches/WX_2_8_BRANCH wxWidgets-2.8 cvs -z3 -d:pserver:[EMAIL PROTECTED]:/cvsroot/wxcode co -P wxCode/components/wxstedit I'm still unsure how to package it the binaries though. So far I've been building and copying the wxWidgets minimal sample's package for my personal testing. There is one problem with wxStEdit however, the help menu item is messed up since wxWidgets tries to move the wxID_HELP item over to the system menu. When I try to add new items in the sample program samples/stedit/wxstedit.cpp they're not shown. I forget the state of how I left it though and can't check now. > 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. That's great. Could we go over this in a week when I get back and we can flesh out once and for all what is needed for OSX to work out of the box. I'd really like to learn once and for all how to do it, but since compiling on my old Emac takes at least an hour, I've been putting it off. Thanks and if you wouldn't mind, could you upload the binary again? John Labenski ------------------------------------------------------------------------- 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
