Anders F Björklund ha scritto: > Here was the error: > ld: Undefined symbols: > __ZNK20wxTopLevelWindowBase10GetMaxSizeEv referenced from libwxlua > expected to be defined in libwx > /usr/bin/libtool: internal link edit command failed > make[1]: *** [../lib/libwxlua_macu_wxbindstc-2.8.0.0.0.dylib] Error 1 > > Not sure where that came from, though, rebuilt it this morning and it > worked ? > Must have forgotten to clean wxLua up properly or something silly like > that... well, good news then.
> But there's still a lot of problems with Bakefile and the Universal > Binaries. > (but those are probably generic, and not isolated to just the wxLua > building) > > Sizes are much better now: (needs wxWidgets too, but) > 44K bin/lua > 360K bin/wxlua > 360K bin/wxluacan > 3.0M bin/wxluaedit > 84K bin/wxluafreeze > 328K lib/liblua5.1.0.0.0.dylib > 7.4M lib/libwxlua_macu_wxbind-2.8.0.0.0.dylib > 908K lib/libwxlua_macu_wxbindstc-2.8.0.0.0.dylib > 400K lib/libwxlua_macu_wxlua-2.8.0.0.0.dylib > 392K lib/libwxlua_macu_wxluadebug-2.8.0.0.0.dylib > 536K lib/libwxlua_macu_wxluasocket-2.8.0.0.0.dylib > ==== > 4.2M /tmp/wxlua.zip great > Will see if I can get the Makefile/Bakefile patch for Rez/SetFile done, that would be even better ;) > and do a "macbundle" script to bundle wxLuaEdit and LuaCan up as .app... > (needs to generate a few Info.plist and such, using the > @PACKAGE_VERSION@ > and do some other XML bookkeeping like that - pretty much like > autopackage) good, those files could go under wxLua\distrib\macbundle then. > It does this now: > /Developer/Tools/SetFile -t APPL ../bin/wxlua > > It should do this: > /Developer/Tools/Rez -d __DARWIN__ -t APPL Carbon.r \ > ../../apps/../distrib/macbundle/wxLua.r -o ../bin/wxlua > /Developer/Tools/SetFile -a C -t APPL ../bin/wxlua currently bakefile detects the "Rez" presence but nothing else: autoconf/bakefile.m4:653: AC_CHECK_PROG(REZ, Rez, Rez, /Developer/Tools/Rez) I think bakefile/rules/makefile_macres.bkl contains what you'd need to modify. > This will give a big "crossed-over" icon on Intel, but it can't be > helped. > If you don't add a resource fork, it will not receive any events at > all... > This procedure goes for *all* wx programs, also the ones with > wxluafreeze. > For the non-commandline programs we can use bundles, like > "wxLuaEdit.app". > > http://www.algonet.se/~afb/wx/wxlua-resfork.png (Tiger thinks it's > Classic) ok, then we really need a resource fork. 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
