[vtkusers] Failing VTK 6.1.1 build with Tk/Python on OSX 10.9.4
Jens
linucks42 at gmail.com
Wed Sep 17 14:57:10 EDT 2014
Hi David,
I have the latter, but not the first:
jmht$ ls
/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/Tk.framework/PrivateHeaders
default.h tkInt.h tkIntPlatDecls.h tkMacOSXInt.h tkPort.h ttkTheme.h
tkFont.h tkIntDecls.h tkMacOSXDefault.h tkMacOSXPort.h ttkDecls.h
jmht$ ls /System/Library/Frameworks/Tk.framework/PrivateHeaders
ls: /System/Library/Frameworks/Tk.framework/PrivateHeaders: No such file or
directory
In fact, there aren't any header files at all in
/System/Library/Frameworks/Tk.framework
I'm running Xcode 5.1.1 (5B1008) and also have the command-line tools
installed.
Best wishes,
Jens
On 17 September 2014 13:38, David Gobbi <david.gobbi at gmail.com> wrote:
> Hi Jens,
>
> On my machine (which is also 10.9.4), my cache has the following:
>
>
> TK_INTERNAL_PATH:PATH=/System/Library/Frameworks/Tk.framework/PrivateHeaders
>
> An "ls -l" of the framework directory shows this, where Current -> 8.5
>
> PrivateHeaders -> Versions/Current/PrivateHeaders
>
> The above link should have been created by Xcode.
>
> The TK_INTERNAL_PATH variable is set in Rendering/Tk/CMakeLists.txt,
> and it definitely looks in PrivateHeaders before looking anywhere else.
> Does
> the PrivateHeaders directory exist in your framework directory? My machine
> has this:
>
>
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/Tk.framework/PrivateHeaders
>
> I have Xcode 5.1.1, and I also have the Xcode command-line tools installed.
>
> - David
>
> On Wed, Sep 17, 2014 at 4:06 AM, Jens <linucks42 at gmail.com> wrote:
> > Hi David,
> >
> > I'm still struggling to get this build to work. I pointed the
> CMakeCache.txt
> > at the correct header and library directories (for tk 8.5), but it
> persisted
> > in setting:
> >
> > TK_INTERNAL_PATH:PATH=/opt/VTK-6.1.0/ThirdParty/TclTk/internals/tk8.6
> >
> > i.e. for version 8.6. In the end I manually set TK_INTERNAL_PATH so that
> it
> > pointed at tk 8.5.
> >
> > The settings in my CMakeCache.txt are therefore:
> >
> > //Path to a file.
> >
> >
> TCL_INCLUDE_PATH:PATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tcl.framework/Headers
> >
> > //Path to a library.
> >
> >
> TCL_LIBRARY:FILEPATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tcl.framework
> >
> > //Path to a program.
> >
> > TCL_TCLSH:FILEPATH=/usr/bin/tclsh
> >
> > //Path to a file.
> >
> >
> TK_INCLUDE_PATH:PATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tk.framework/Headers
> >
> > //The path to the Tk internal headers (tkMacOSXDefault.h).
> >
> > TK_INTERNAL_PATH:PATH=/opt/VTK-6.1.0/ThirdParty/TclTk/internals/tk8.5
> >
> > //Path to a library.
> >
> >
> TK_LIBRARY:FILEPATH=/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tk.framework
> >
> >
> > and just for reference, a long-listing of the tk.framework/Versions
> > directory shows:
> >
> > Current -> 8.5
> >
> >
> > i.e. I'm pretty certain I should be using 8.5.
> >
> >
> > If I now run the make, it dies as follows:
> >
> >
> > [ 59%] Building CXX object
> >
> Rendering/Tk/CMakeFiles/vtkRenderingPythonTkWidgets.dir/vtkCocoaTkUtilities.mm.o
> >
> > cd /opt/VTK-6.1.0/build/Rendering/Tk && /usr/bin/c++ -DVTK_IN_VTK
> > -DvtkRenderingPythonTkWidgets_EXPORTS -g -isysroot
> >
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
> > -fPIC -I/opt/VTK-6.1.0/build/Interaction/Image
> > -I/opt/VTK-6.1.0/Interaction/Image -I/opt/VTK-6.1.0/build/Imaging/Color
> > -I/opt/VTK-6.1.0/Imaging/Color -I/opt/VTK-6.1.0/build/Imaging/Core
> > -I/opt/VTK-6.1.0/Imaging/Core
> -I/opt/VTK-6.1.0/build/Common/ExecutionModel
> > -I/opt/VTK-6.1.0/Common/ExecutionModel
> > -I/opt/VTK-6.1.0/build/Common/DataModel -I/opt/VTK-6.1.0/Common/DataModel
> > -I/opt/VTK-6.1.0/build/Common/Math -I/opt/VTK-6.1.0/Common/Math
> > -I/opt/VTK-6.1.0/build/Common/Core -I/opt/VTK-6.1.0/Common/Core
> > -I/opt/VTK-6.1.0/build/Utilities/KWSys -I/opt/VTK-6.1.0/Utilities/KWSys
> > -I/opt/VTK-6.1.0/build/Common/Misc -I/opt/VTK-6.1.0/Common/Misc
> > -I/opt/VTK-6.1.0/build/Common/System -I/opt/VTK-6.1.0/Common/System
> > -I/opt/VTK-6.1.0/build/Common/Transforms
> -I/opt/VTK-6.1.0/Common/Transforms
> > -I/opt/VTK-6.1.0/build/Interaction/Style
> -I/opt/VTK-6.1.0/Interaction/Style
> > -I/opt/VTK-6.1.0/build/Filters/Extraction
> > -I/opt/VTK-6.1.0/Filters/Extraction -I/opt/VTK-6.1.0/build/Filters/Core
> > -I/opt/VTK-6.1.0/Filters/Core -I/opt/VTK-6.1.0/build/Filters/General
> > -I/opt/VTK-6.1.0/Filters/General
> > -I/opt/VTK-6.1.0/build/Common/ComputationalGeometry
> > -I/opt/VTK-6.1.0/Common/ComputationalGeometry
> > -I/opt/VTK-6.1.0/build/Filters/Statistics
> > -I/opt/VTK-6.1.0/Filters/Statistics
> -I/opt/VTK-6.1.0/build/Imaging/Fourier
> > -I/opt/VTK-6.1.0/Imaging/Fourier -I/opt/VTK-6.1.0/build/ThirdParty/alglib
> > -I/opt/VTK-6.1.0/ThirdParty/alglib -I/opt/VTK-6.1.0/build/Filters/Sources
> > -I/opt/VTK-6.1.0/Filters/Sources -I/opt/VTK-6.1.0/build/Rendering/Core
> > -I/opt/VTK-6.1.0/Rendering/Core -I/opt/VTK-6.1.0/build/Filters/Geometry
> > -I/opt/VTK-6.1.0/Filters/Geometry
> -I/opt/VTK-6.1.0/build/Interaction/Widgets
> > -I/opt/VTK-6.1.0/Interaction/Widgets
> -I/opt/VTK-6.1.0/build/Filters/Hybrid
> > -I/opt/VTK-6.1.0/Filters/Hybrid -I/opt/VTK-6.1.0/build/Imaging/Sources
> > -I/opt/VTK-6.1.0/Imaging/Sources -I/opt/VTK-6.1.0/build/Filters/Modeling
> > -I/opt/VTK-6.1.0/Filters/Modeling -I/opt/VTK-6.1.0/build/Imaging/General
> > -I/opt/VTK-6.1.0/Imaging/General -I/opt/VTK-6.1.0/build/Imaging/Hybrid
> > -I/opt/VTK-6.1.0/Imaging/Hybrid -I/opt/VTK-6.1.0/build/IO/Image
> > -I/opt/VTK-6.1.0/IO/Image -I/opt/VTK-6.1.0/build/Utilities/DICOMParser
> > -I/opt/VTK-6.1.0/Utilities/DICOMParser -I/opt/VTK-6.1.0/build/IO/Core
> > -I/opt/VTK-6.1.0/IO/Core -I/opt/VTK-6.1.0/build/ThirdParty/zlib
> > -I/opt/VTK-6.1.0/ThirdParty/zlib
> > -I/opt/VTK-6.1.0/build/Utilities/MetaIO/vtkmetaio
> > -I/opt/VTK-6.1.0/build/Utilities/MetaIO -I/opt/VTK-6.1.0/Utilities/MetaIO
> > -I/opt/VTK-6.1.0/build/ThirdParty/jpeg -I/opt/VTK-6.1.0/ThirdParty/jpeg
> > -I/opt/VTK-6.1.0/build/ThirdParty/png -I/opt/VTK-6.1.0/ThirdParty/png
> > -I/opt/VTK-6.1.0/build/ThirdParty/tiff -I/opt/VTK-6.1.0/ThirdParty/tiff
> > -I/opt/VTK-6.1.0/build/Rendering/Annotation
> > -I/opt/VTK-6.1.0/Rendering/Annotation
> > -I/opt/VTK-6.1.0/build/Rendering/FreeType
> > -I/opt/VTK-6.1.0/Rendering/FreeType
> > -I/opt/VTK-6.1.0/build/ThirdParty/freetype
> > -I/opt/VTK-6.1.0/ThirdParty/freetype -I/opt/VTK-6.1.0/ThirdParty/ftgl/src
> > -I/opt/VTK-6.1.0/build/ThirdParty/ftgl -I/opt/VTK-6.1.0/ThirdParty/ftgl
> > -I/opt/VTK-6.1.0/build/Rendering/Volume -I/opt/VTK-6.1.0/Rendering/Volume
> >
> -F/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks
> > -I/opt/VTK-6.1.0/build/Rendering/OpenGL -I/opt/VTK-6.1.0/Rendering/OpenGL
> > -I/opt/VTK-6.1.0/build/Utilities/ParseOGLExt
> > -I/opt/VTK-6.1.0/Utilities/ParseOGLExt
> > -I/opt/VTK-6.1.0/build/Utilities/EncodeString
> > -I/opt/VTK-6.1.0/Utilities/EncodeString
> > -I/opt/VTK-6.1.0/build/ThirdParty/TclTk -I/opt/VTK-6.1.0/ThirdParty/TclTk
> > -I/opt/VTK-6.1.0/build/Rendering/Tk -I/opt/VTK-6.1.0/Rendering/Tk
> >
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tk.framework/Headers
> > -I/opt/VTK-6.1.0/ThirdParty/TclTk/internals/tk8.5
> >
> -I/Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tcl.framework/Headers
> > -I/opt/VTK-6.1.0/Wrapping/Tcl -I/opt/VTK-6.1.0/build/Wrapping/Tcl -o
> > CMakeFiles/vtkRenderingPythonTkWidgets.dir/vtkCocoaTkUtilities.mm.o -c
> > /opt/VTK-6.1.0/Rendering/Tk/vtkCocoaTkUtilities.mm
> >
> > /opt/VTK-6.1.0/Rendering/Tk/vtkCocoaTkUtilities.mm:57:28: error: no
> member
> > named 'view' in 'TkWindowPrivate'
> >
> > NSView *result = macWin->view;
> >
> > ~~~~~~ ^
> >
> > 1 error generated.
> >
> > make[2]: ***
> >
> [Rendering/Tk/CMakeFiles/vtkRenderingPythonTkWidgets.dir/vtkCocoaTkUtilities.mm.o]
> > Error 1
> >
> > make[1]: ***
> [Rendering/Tk/CMakeFiles/vtkRenderingPythonTkWidgets.dir/all]
> > Error 2
> >
> > make: *** [all] Error 2
> >
> > If I get clang to print out the tk.h and tcl.h header files, it shows the
> > following:
> >
> >
> >
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tcl.framework/Headers/tcl.h
> >
> >
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tk.framework/Headers/tk.h
> >
> >
> > Do you have any suggestions as to what might be going wrong here?
> >
> >
> > Best wishes,
> >
> >
> > Jens
> >
> >
> > On 15 September 2014 13:27, David Gobbi <david.gobbi at gmail.com> wrote:
> >>
> >> Hi Jens,
> >>
> >> I looked through FindTCL.cmake, and it looks like it tries to match
> >> the header to the library. Since it tries but fails, this could be
> >> considered a bug.
> >>
> >> - David
> >>
> >>
> >> On Mon, Sep 15, 2014 at 3:21 AM, Jens <linucks42 at gmail.com> wrote:
> >> > Hi David,
> >> >
> >> > Many thanks for the quick and very helpful reply. As you suspected
> there
> >> > was
> >> > a mismatch between the tcl/tk headers. The headers were coming from:
> >> >
> >> > /usr/local/include
> >> >
> >> > and the libraries from:
> >> >
> >> >
> >> >
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk/System/Library/Frameworks/tcl.framework
> >> >
> >> > I've pointed both at the /Applications/... directories and the build
> has
> >> > now
> >> > got beyond that point, so thanks again for your help.
> >> >
> >> > Would that be considered a bug in cmake, or just bad luck on my part?
> >> >
> >> > I hadn't knowingly installed anything tk/tcl related on my machine
> (it's
> >> > a
> >> > new macbook air and I've not loaded much software at all onto it), so
> >> > I've
> >> > no idea where the stuff in /usr/local came from.
> >> >
> >> > However, if cmake had found the include files in /usr/local, shouldn't
> >> > it
> >> > also have used the related libraries in /usr/local?
> >> >
> >> > Best wishes,
> >> >
> >> > Jens
> >> >
> >> >
> >> >
> >> > On 14 September 2014 22:34, David Gobbi <david.gobbi at gmail.com>
> wrote:
> >> >>
> >> >> Hi Jens,
> >> >>
> >> >> If the VTK build is looking for a function called Tcl_GetErrorLine(),
> >> >> that means that it is using a "tcl.h" for Tcl 8.6. This function
> >> >> doesn't
> >> >> exist in Tcl 8.5 or earlier versions of Tcl.
> >> >>
> >> >> My guess is that you have installed Tcl 8.6 on your system, and
> >> >> CMake has found the Tcl 8.6 headers, but is linking to the Tcl 8.5
> >> >> libraries in the System folder.
> >> >>
> >> >> Make sure that your CMakeCache.txt use the same framework for
> >> >> all the Tcl variables:
> >> >>
> >> >>
> TCL_INCLUDE_PATH:PATH=/System/Library/Frameworks/Tcl.framework/Headers
> >> >> TCL_LIBRARY:FILEPATH=/System/Library/Frameworks/Tcl.framework
> >> >> TCL_TCLSH:FILEPATH=/usr/bin/tclsh
> >> >> TK_INCLUDE_PATH:PATH=/System/Library/Frameworks/Tk.framework/Headers
> >> >>
> >> >>
> >> >>
> TK_INTERNAL_PATH:PATH=/System/Library/Frameworks/Tk.framework/PrivateHeaders
> >> >> TK_LIBRARY:FILEPATH=/System/Library/Frameworks/Tk.framework
> >> >>
> >> >> If you still have problems after setting your cache as shown above,
> >> >> then
> >> >> you might have to find and remove the tcl.h file that is causing the
> >> >> error.
> >> >>
> >> >> - David
> >> >>
> >> >>
> >> >> On Sun, Sep 14, 2014 at 2:57 PM, Jens <linucks42 at gmail.com> wrote:
> >> >> > Hi,
> >> >> >
> >> >> > I'm trying to build VTK 6.1.1 with the Tk and Python bindings on
> OSX
> >> >> > 10.9.4,
> >> >> > with cmake 3.0.2 and At 5.3.1.
> >> >> >
> >> >> > The build is failing with:
> >> >> >
> >> >> > /usr/bin/c++ -g -isysroot
> >> >> >
> >> >> >
> >> >> >
> /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX10.9.sdk
> >> >> > -dynamiclib -Wl,-headerpad_max_install_names
> >> >> > -compatibility_version
> >> >> > 1.0.0
> >> >> > -current_version 1.0.0 -o ../../lib/libvtkCommonCoreTCL-6.1.1.dylib
> >> >> > -install_name
> >> >> > /opt/VTK-6.1.0/build/lib/libvtkCommonCoreTCL-6.1.1.dylib
> >> >> >
> >> >> > ...snip...
> >> >> >
> >> >> > CMakeFiles/vtkCommonCoreTCL.dir/vtkTypeFloat64ArrayTcl.cxx.o
> >> >> > CMakeFiles/vtkCommonCoreTCL.dir/vtkCommonCoreTCLInit.cxx.o
> >> >> > CMakeFiles/vtkCommonCoreTCL.dir/__/__/Wrapping/Tcl/vtkTclUtil.cxx.o
> >> >> > ../../lib/libvtkCommonCore-6.1.1.dylib
> >> >> > ../../lib/libvtksys-6.1.1.dylib
> >> >> > -framework tcl -lm
> >> >> >
> >> >> > Undefined symbols for architecture x86_64:
> >> >> >
> >> >> > "_Tcl_GetErrorLine", referenced from:
> >> >> >
> >> >> > vtkTclVoidFunc(void*) in vtkTclUtil.cxx.o
> >> >> >
> >> >> > vtkTclCommand::Execute(vtkObject*, unsigned long, void*) in
> >> >> > vtkTclUtil.cxx.o
> >> >> >
> >> >> > ld: symbol(s) not found for architecture x86_64
> >> >> >
> >> >> > clang: error: linker command failed with exit code 1 (use -v to see
> >> >> > invocation)
> >> >> >
> >> >> > make[2]: *** [lib/libvtkCommonCoreTCL-6.1.1.dylib] Error 1
> >> >> >
> >> >> > make[1]: *** [Common/Core/CMakeFiles/vtkCommonCoreTCL.dir/all]
> Error
> >> >> > 2
> >> >> >
> >> >> >
> >> >> > Can anyone suggest a workaround?
> >> >> >
> >> >> >
> >> >> > Best wishes,
> >> >> >
> >> >> >
> >> >> > Jens
> >> >
> >> >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/vtkusers/attachments/20140917/288ebd8d/attachment.html>
More information about the vtkusers
mailing list