Anders F Björklund ha scritto: > It is working good, just needs a post-process step > of adding a resource fork or an application bundle: > > wxLuaSudoku.app/ > `-- Contents > |-- Info.plist > |-- MacOS > | `-- wxLuaSudoku > |-- PkgInfo > `-- Resources > `-- wxLua.icns > > The default static build might be a tad on the large > side, though. Especially with wxWidgets included too: > > 11M ppc-static/wxluasudoku > 11M x86-static/wxluasudoku > 22M wxLuaSudoku.app > 6.3M wxLuaSudoku.zip > > No UPX for Mach-O/i386 yet, as far as I know ? Think > there is for Mach-O/ppc32 though, so there is hope... good :)
I don't understand exactly what needs to be done to get this, however... (i.e. which is the post-process step?) > Works good on Mac OS X 10.4, anyway. Looks good, too: > http://www.algonet.se/~afb/wx/wxlua28-wxluasudoku.png great, I've added also this screenshot (I also added the other ones you posted - thanks!). > No requirements needed, since this was a static build: > (i.e. just unzip, double-click the icon and it starts) > > wxLuaSudoku.app/Contents/MacOS/wxLuaSudoku: Mach-O fat file with 2 > architectures > wxLuaSudoku.app/Contents/MacOS/wxLuaSudoku (for architecture ppc): > Mach-O executable ppc > wxLuaSudoku.app/Contents/MacOS/wxLuaSudoku (for architecture i386): > Mach-O executable i386 > > wxLuaSudoku.app/Contents/MacOS/wxLuaSudoku: > > /System/Library/Frameworks/QuickTime.framework/Versions/A/QuickTime > (compatibility version 1.0.0, current version 6.0.0) > /System/Library/Frameworks/IOKit.framework/Versions/A/IOKit > (compatibility version 1.0.0, current version 275.0.0) > /System/Library/Frameworks/Carbon.framework/Versions/A/Carbon > (compatibility version 2.0.0, current version 128.0.0) > /System/Library/Frameworks/Cocoa.framework/Versions/A/Cocoa > (compatibility version 1.0.0, current version 11.0.0) > /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, > current version 88.3.4) > /System/Library/Frameworks/WebKit.framework/Versions/A/WebKit > (compatibility version 1.0.0, current version 1.0.0) > /usr/lib/libz.1.dylib (compatibility version 1.0.0, current > version 1.2.3) > /usr/lib/libiconv.2.dylib (compatibility version 5.0.0, current > version 5.0.0) > /usr/lib/libstdc++.6.dylib (compatibility version 7.0.0, > current version 7.4.0) > /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current > version 1.0.0) > > The wx.framework and wxLua.framework shared libraries > should help keep the wxLua overhead down to just once... > > 248K ppc-shared/wxluasudoku > 276K x86-shared/wxluasudoku > > Of course, then one might as well wrap the program with > a call to "wxlua" and not use freeze in the first place ? AFAIK wxluafreeze basically just do that: i.e. wraps the user's lua script with a wxlua interpreter... Francesco ------------------------------------------------------------------------- Take Surveys. Earn Cash. Influence the Future of IT Join SourceForge.net's Techsay panel and you'll get the chance to share your opinions on IT & business topics through brief surveys - and earn cash http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV _______________________________________________ wxlua-users mailing list wxlua-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/wxlua-users
