Anders F Björklund ha scritto: > Francesco Montorsi wrote: > >> I'll look at the diffs of the Makefile.in trying to look if I can get >> applications to link against versioned libraries of wxLua, i.e. the >> *-2.8.0.0.0.dylib libraries. >> >> That is the right thing to do, isn't it? >> >> Also, is it common on Mac to have versioned libraries named like >> *-2.8.0.0.0.dylib (5 numbers!)? > > The name of the library is "libwx_macu-2.8" (i.e. 2.8 is part of name) > The API (major) version is 0, thus libwx_macu-2.8.0.dylib (the lib id) > The implementation/minor version is 0.0.0, yielding all five numbers: > > libwx_macu-2.8.dylib -> libwx_macu-2.8.0.dylib > libwx_macu-2.8.0.dylib -> libwx_macu-2.8.0.0.0.dylib > libwx_macu-2.8.0.0.0.dylib > > I think it's done the same way on Linux ? In linux the library is called e.g.
libwxlua_gtk2u_wxlua-2.8.so.0.0.0 and there are the symlinks: libwxlua_gtk2u_wxlua-2.8.so -> libwxlua_gtk2u_wxlua-2.8.so.0* libwxlua_gtk2u_wxlua-2.8.so.0 -> libwxlua_gtk2u_wxlua-2.8.so.0.0.0* > The first library/symlink > is only for developer use, since programs link to an API version. > (only that Macs are more sensitive to the file suffix, than Linux) > > libwx_gtk2u-2.8.so -> libwx_gtk2u-2.8.so.0 > libwx_gtk2u-2.8.so.0 -> libwx_gtk2u-2.8.so.0.0.0 > libwx_gtk2u-2.8.so.0.0.0 > >> I don't have the non-corrupted version of wxLua.icns... could you send >> it to me then? > > http://www.algonet.se/~afb/wx/wxLua.icns > http://www.algonet.se/~afb/wx/wxLua.r.gz Ok, added .icns file with correct EOL type. BTW is "Rez" now correctly called? >> this is not a bug. This is wanted. Better not to mess with the wx's >> include folder. /usr/local/include/wx (unversioned) is a safer place. > > Okay, but it didn't seem to find the headers there for some reason ? There's something I cannot understand, too. My config.log says: configure:7200: checking if wxStEdit (version >= 1.2.0) is available configure:7240: g++ -o conftest -g3 -O0 -Wall -Wundef -Wno-ctor-dtor-privacy -I/usr/local/lib/wx/include/gtk2-ansi-debug-static-2.8 -I/usr/local/include/wx-2.8 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES -D__WXDEBUG__ -D__WXGTK__ conftest.cpp -lwx_gtk2d_stedit-2.8 -L/usr/local/lib -pthread /usr/local/lib/libwx_gtk2d_stc-2.8.a /usr/local/lib/libwx_gtk2d_xrc-2.8.a /usr/local/lib/libwx_gtk2d_html-2.8.a /usr/local/lib/libwx_gtk2d_adv-2.8.a /usr/local/lib/libwx_based_net-2.8.a /usr/local/lib/libwx_based_xml-2.8.a /usr/local/lib/libwx_gtk2d_core-2.8.a /usr/local/lib/libwx_based-2.8.a -lexpat -pthread -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lfontconfig -lXext -lXrender -lXi -lXrandr -lXcursor -lXfixes -lpango-1.0 -lX11 -lgobject-2.0 -lgmodule-2.0 -lgthread-2.0 -lglib-2.0 -lXinerama -lSM -lpng -ljpeg -ltiff -lz -ldl -lm >&5 configure:7246: $? = 0 i.e. it manages to find stedit.h even without the -I/usr/local/include line... and I'm sure that I have stedit.h installed only at: /usr/local/include/wx/stedit/stedit.h and I have no symlinks that from "wx-2.8" go into "wx"... very strange. Maybe my GCC has a "builtin" search path the /usr/local/include path? I need to investigate. 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
