<div dir="ltr"><div>Now I am getting an error as follows: <br><br>pantheon:~/vtk/VTK-8.0.1/Examples/GUI$ /usr/local/bin/vtkpython Python/BoxWidget.py <br>/usr/local/bin/vtkpython: error while loading shared libraries: libvtksys-8.0.so.1: cannot open shared object file: No such file or directory<br><br></div>But /usr/local/libvtksys-8.0.so.1 exists- do I need to set a path?<br><div><div><br></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 27, 2017 at 11:55 AM, Nick Torenvliet <span dir="ltr"><<a href="mailto:natorenvliet@gmail.com" target="_blank">natorenvliet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I see... thanks David!<br></div><div class="HOEnZb"><div class="h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 27, 2017 at 11:52 AM, David Gobbi <span dir="ltr"><<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">Hi Nick,<div><br></div><div>Also check CMAKE_BUILD_TYPE.  If it is set like the following, then your compile was done with no optimization and the resulting VTK will be rather slow:</div><div><br></div><div>  CMAKE_BUILD_TYPE:STRING=<br></div><div><br></div><div>You should make sure that this is set to "Release" or "RelWithDebInfo" (unless you specifically want a debug build, in which case you should set it to "Debug").</div><div><br></div><div><br></div><div>Building VTK with the Python wrappers requires BUILD_SHARED_LIBS=ON in the general case.  This is known by everyone who builds the VTK Python wrappers on a regular basis, but perhaps it isn't documented as well as it should be.</div><div><br></div><div>However, cmake does not force shared libraries when VTK_WRAP_PYTHON is on because there are some situations where static libraries make sense with Python, e.g. when someone wants to build their very own Python executable with all the libraries built-in.</div><span class="m_-2309096400541722982HOEnZb"><font color="#888888"><div><br></div><div> - David</div></font></span><div><div class="m_-2309096400541722982h5"><div><br><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 27, 2017 at 9:03 AM, Nick Torenvliet <span dir="ltr"><<a href="mailto:natorenvliet@gmail.com" target="_blank">natorenvliet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div><div><div><div><div><div>Hey Dan, <br><br></div>It looks like it worked.  <br><br></div>On my second last pass, I was compiling "without shared libraries" and got some error in the make output indicating something like "I don't want to do that because it requires shared libraries."  I had "shared libraries" as negative in the config step. <br><br></div>On my last ccmake I configured for "with shared libraries" and my last compile just finished with no errors. <br><br></div>It looks like somewhere in the ccmake process, a dependency on "shared libraries" exists,  and config passes with no errors even if "shared libraries" is off - this leads to a fail at compile time. <br><br></div>Seems like a hard to reproduce error, let me know if you want any of my local files to document a possible bug in the compile process. <br><br></div>Regards, <br><br></div>Nick<br></div><div class="m_-2309096400541722982m_7453620714430762590gmail-HOEnZb"><div class="m_-2309096400541722982m_7453620714430762590gmail-h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 27, 2017 at 10:36 AM, Dan Lipsa <span dir="ltr"><<a href="mailto:dan.lipsa@kitware.com" target="_blank">dan.lipsa@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Indeed, that's what you probably need to do. Look at the symbols not found and search on the web to see what packages they are part of.</div><div class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045HOEnZb"><div class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 27, 2017 at 10:04 AM, Nick Torenvliet <span dir="ltr"><<a href="mailto:natorenvliet@gmail.com" target="_blank">natorenvliet@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div>Ooops!<br></div><div><br></div><div>Hey Dan, thanks!  It is now working fine - guess I need to bone up on my ccmake skills.  <br></div><div><br></div><div>Another question then, <br></div><div><br></div><div>A couple of the examples are coughing with:<br></div><div><br></div><div>_tkinter.TclError: couldn't load file "<a href="http://libvtkRenderingPythonTkWidgets-8.0.so" target="_blank">libvtkRenderingPythonTkWidget<wbr>s-8.0.so</a>": <a href="http://libvtkRenderingPythonTkWidgets-8.0.so" target="_blank">libvtkRenderingPythonTkWidgets<wbr>-8.0.so</a>: cannot open shared object file: No such file or directory</div><div><br></div><div>So to address this I am attempting to rebuild with GROUP_TK set on. <br></div><div><br></div><div>Now I get the following compile error:</div><div>[ 87%] Linking CXX executable ../../../../bin/vtkInteraction<wbr>WidgetsCxxTests<br>[ 87%] Built target vtkInteractionWidgetsCxxTests<br>Makefile:138: recipe for target 'all' failed<br>make: *** [all] Error 2<br></div><div><br></div><div>I'm going to hunt around and probably install twenty or so random packages that look anything like what I find @ 138 but if anyone knows what I need to do, please let me know. <br></div><div><br></div><div>Thanks, <br></div><div><br></div><div>Nick <br></div><div><br></div><div><br></div><div><br></div><div><br></div><div><br></div></div></div><div class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045m_-340019737651748125HOEnZb"><div class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045m_-340019737651748125h5"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Sep 27, 2017 at 9:26 AM, Dan Lipsa <span dir="ltr"><<a href="mailto:dan.lipsa@kitware.com" target="_blank">dan.lipsa@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Nick,<div><br></div><div>You should have VTK_PYTHON_VERSION=3 and VTK_WRAP_PYTHON=ON<br><div>You should use vtkpython. This has all the right paths to see the VTK library.</div><div><br></div><div>Take a look in your CMakeCache.txt and search for python to see your python related variables. If some point to python2 paths delete them and reconfigure and rebuild your VTK.</div><div><br></div><div>Hope this helps,</div><div>Dan</div></div><div><br></div></div><div class="gmail_extra"><br><div class="gmail_quote"><div><div class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045m_-340019737651748125m_7542381282798506541h5">On Tue, Sep 26, 2017 at 9:32 PM, Nick Torenvliet <span dir="ltr"><<a href="mailto:natorenvliet@gmail.com" target="_blank">natorenvliet@gmail.com</a>></span> wrote:<br></div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div><div class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045m_-340019737651748125m_7542381282798506541h5"><div dir="ltr"><div><div><div><div><div><div><div><div><div><div><div>Hi, <br><br></div>I'm running ubuntu 16.04 with python3. <br><br></div>After compiling and installing vtk8 the following occurs.<br><br></div>1- I have an issue with doxygen / docs during vtk make install <br></div><br></div>After make install<br><br></div>1- I fire up a python 3 window and can import vtk, but cannot call any of the vtk functions except for those beginning with __<br></div>2- I fire up my python2 window and cannot import vtk at all<br></div>3- I fire up vtkpython, which looks to be p3.5 and cannot import vtk at all</div><div><br></div><div>I feel like I'm missing a major step hooking the wrappers up into the python environment.</div><div><br></div>My desired functionality is to have vtk in python 3.5, optimally in a venv if possible. <br><br></div>Any ideas?<span class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045m_-340019737651748125m_7542381282798506541m_3882796579369006338HOEnZb"><font color="#888888"><br><br></font></span></div><span class="m_-2309096400541722982m_7453620714430762590gmail-m_-5900903831562701045m_-340019737651748125m_7542381282798506541m_3882796579369006338HOEnZb"><font color="#888888">Nick</font></span></div></div></div></blockquote></div></div></blockquote></div></div></div></div></blockquote></div></div></div></div></blockquote></div></div></div></div></blockquote></div><br></div></div></div></div></div>
</blockquote></div><br></div>
</div></div></blockquote></div><br></div>