Re: [wxlua-users] Rez now called (was Re: wxLua on wxMac)

[Francesco M. <f18...@ya...>]

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