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...
Works good on Mac OS X 10.4, anyway. Looks good, too:
http://www.algonet.se/~afb/wx/wxlua28-wxluasudoku.png
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 ?
--anders
-------------------------------------------------------------------------
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
