On 2019/10/02 18:02, Stuart Henderson wrote:
> On 2019/10/02 09:52, Tracey Emery wrote:
> > Here is a preliminary oce diff, while it builds until 2027 in the
> > background.
>
> here's an updated oce
>
> - GH_* also needs either GH_COMMIT or GH_TAGNAME, in this case GH_TAGNAME
> - GH_* sets HOMEPAGE/WRKDIST correctly automatically
> - there is 0 chance anybody is going to check all these .so for updates;
> in any event they're Tcl/Tk extensions for dlopen rather than actual
> shared libs (normally this sort of thing would not have the version
> suffix but IIRC Tcl/Tk is weird) .. so tidy the Makefile by generating
> SHARED_LIBS from a loop
> - tweak the patch, only malloc.h needs to be conditional, stdlib can be
> in the "normal" case
>
> still building, obvs. :-) but assuming it still works, I'm ok with this
> version.
>
Build finished. It also needs LIB_DEPENDS = ${MODTK_LIB_DEPENDS} to have
a LIB_DEPENDS path to the entries in WANTLIB... but something gets confused
about Tcl/Tk versions if you have both 8.5 and 8.6 installed:
oce-0.18.3(cad/oce):
Missing lib: tcl86.1 (/usr/local/lib/oce-0.18/libTKXSDRAW.so.0.0) (NOT REACHABLE)
Extra: tcl85.1
i.e. it depends on tcl86 and tk85 which is definitely wrong, looking in
CMakeCache.txt:
TCL_INCLUDE_PATH:PATH=/usr/local/include/tcl8.5
TCL_LIBRARY:FILEPATH=/usr/local/lib/libtcl86.so.1.8
TCL_TCLSH:FILEPATH=/usr/local/bin/tclsh8.5
TK_INCLUDE_PATH:PATH=/usr/local/include/tk8.5
TK_LIBRARY:FILEPATH=/usr/local/lib/libtk85.so.0.19
TK_WISH:FILEPATH=/usr/local/bin/wish8.5
FIND_PACKAGE_MESSAGE_DETAILS_TCL:INTERNAL=[/usr/local/lib/libtcl86.so.1.8][/usr/local/include/tcl8.5][v()]
FIND_PACKAGE_MESSAGE_DETAILS_TCLTK:INTERNAL=[/usr/local/lib/libtcl86.so.1.8][/usr/local/include/tcl8.5][/usr/local/lib/libtk85.so.0.19][/usr/local/include/tk8.5][v()]
FIND_PACKAGE_MESSAGE_DETAILS_TK:INTERNAL=[/usr/local/lib/libtk85.so.0.19][/usr/local/include/tk8.5][v()]
FIND_PACKAGE_MESSAGE_DETAILS_Tclsh:INTERNAL=[/usr/local/bin/tclsh8.5][v8.5()]
we can see that it also uses the 8.6 library but 8.5 headers, so doubly
wrong :)
I think this must be coming from cmake's FindTCL module, I'm not
sure how to repair it at the moment.
No comments:
Post a Comment