<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Oct 6, 2015 at 3:58 PM, Ben Boeckel <span dir="ltr"><<a href="mailto:ben.boeckel@kitware.com" target="_blank">ben.boeckel@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><span><br>
</span>Understood, but the library itself is not the only thing which needs<br>
duplicated between the two installs. Looking around a bit:<br>
<br>
  - vtkPythonConfigure.h;<br>
  - headers for any Python-using modules[1];<br>
  - Rendering/Matplotlib (uses vtkPythonInterpreter);<br>
  - Parallel/MPI4Py (see below for why this is another big hurdle);<br>
  - Rendering/Tk (not sure if these are version agnostic though);<br>
  - Web/Core (uses Py_* calls); and<br>
  - vtkxdmf2 has some Python code in it.<br></blockquote><div><br></div><div>Some good news is, the version dependency of vtkPythonConfigure.h</div><div>can probably be removed now, I don't think it is needed anymore.</div><div><div>All the headers can be made to work with either version of Python</div><div>(most already do).</div></div><div><br></div><div>RenderingTk is agnostic, it's pure Tcl/Tk even when used from</div><div>Python. The Web stuff is, as far as I understand, stuck with</div><div>Python 2 due to the third party stuff it uses.</div><div><br></div><div>The other python-dependent modules are all doable, it will just</div><div>require ugly multiplicity.  And dealing with exported targets will</div><div>be really ugly, too.</div><div><br></div><div>But t's worth taking some baby steps in the right direction.  I can</div><div>remove VTK_PYTHON_VERSION from vtkPythonConfigure.h,</div><div>at the very least.</div><div><br></div><div> - David</div></div></div></div>