Francesco Montorsi wrote:
>> I did a compromise, and linked all 4 apps towards the same
>> copy of wxWidgets and wxLua libraries to keep the size down.
>> The following script was used to copy the libs into "apps",
>> and rename: http://www.algonet.se/~afb/wx/copydylibs.command
>> (it changes the dylib library paths, from PREFIX=usr/local
>> to a relative path f @executable_path/../../.. instead)
> thanks, I've added that script to wxLua/distrib/macbundle
I didn't include the wx libraries in the default copy, since
you might want to leave them separate (followed the .bat file)
As long as the .app are left in the wxLua folder, it should be
OK. Moving the .dylib files to /usr/local/lib should also work.
For a stand-alone release of one app, one can tweak the script
to keep the dylibs in @executable_path (i.e. the MacOS folder)
Or rebuild everything statically, if that approach is preferred.
Will probably do a Portfile for DarwinPorts, with external libs.
>> It requires Mac OS X 10.4, but runs on both PowerPC and Intel.
> I've selected for "Architecture" the "Mac Universal (PPC/x86)" choice,
> then, in the SF download page.
Looks good, and I've tested the program on Intel and PowerPC.
(It's possible to build a version for 10.1-10.3, if required)
>> Currently you cannot open .wx.lua files from the Finder...
> well, this is not indispensable...
It's not that hard to add for the next release, we need an
entry for .lua (or perhaps .wx.lua) in the Info.plist file
(probably also need a matching document icon to go with it),
and we need to implement the MacOpenFile method in wxApp:
// in response of an open-document apple event
virtual void MacOpenFile(const wxString &fileName) ;
Another minor item is that the application menu now says
"app_wxlua", so we might want to rename the MacOS executable
inside the bundle to read "wxLua" instead - and also do a
matching change in the Info.plist under CFBundleExecutable ?
> PS. Will follow up with some minor patches for building
>> Universal Binaries, as some things got the wrong -arch.
>> (i.e. they're fixed in the binary above, by editing the
>> build scripts locally - did two builds and used "lipo")
> ok, sure!
The changes I did was to add support for -arch and -isysroot
to the shared-ld-sh and also passed the $(CXX) onwards to it.
(think this patch will need to be applied to the "configure")
Only affected the wx.bundle, rest seem to have made it OK...
It needs to use $(CXX), since "c++" will build for the native
arch while CXX might be set to a cross-compiler like PowerPC.
We might also want to add a Xcode project, besides autoconf ?
(not sure if it needs any scripts/conf, or if it would be easy)
--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
