<div dir="ltr">David, Berk,<div>    That's good news about Python3.</div><div><br></div><div>Let me know what I can do to help with Python 3 when the time comes. I think there will need to be some minor changes to the tests to make them work Ok in python 3.x/2.7.</div><div><br></div><div>    David, aside from the wrapping are you also looking at the FindPythonLibs.cmake and FindPythonModules.cmake? For instance if Anaconda Python is installed in a user's directory in Windows then VTK requires the user to manually set PYTHON_INCLUDE_DIR and PYTHON_LIBRARY. This does not seem to be the case with the CMake versions.</div><div><br></div><div>   All the Tcl tests that are currently running (except for Tcl specific ones)  have now been converted to Python. So we are in a good position there.</div><div><br></div><div>Regards</div><div>   Andrew.</div><div class="gmail_extra"><br><div class="gmail_quote"><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">---------- Forwarded message ----------<br>From: Berk Geveci <<a href="mailto:berk.geveci@kitware.com">berk.geveci@kitware.com</a>><br>To: David Gobbi <<a href="mailto:david.gobbi@gmail.com">david.gobbi@gmail.com</a>><br>Cc: VTK Developers <<a href="mailto:vtk-developers@vtk.org">vtk-developers@vtk.org</a>>, VTK Users <<a href="mailto:vtkusers@vtk.org">vtkusers@vtk.org</a>><br>Date: Tue, 30 Jun 2015 16:24:17 -0400<br>Subject: Re: [vtk-developers] [vtkusers] VTK Roadmap<br><div dir="ltr">Yup. Python 3 is now on the roadmap. Probably the first release after 7,  in a few months.<div><br></div><div>-berk</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Jun 30, 2015 at 3:48 PM, 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:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div><div>On Tue, Jun 30, 2015 at 12:47 PM, Matthew Brett <span dir="ltr"><<a href="mailto:matthew.brett@gmail.com" target="_blank">matthew.brett@gmail.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">Hi,<br>
<div><div><br>
On Tue, Jun 30, 2015 at 10:58 AM, Berk Geveci <<a href="mailto:berk.geveci@kitware.com" target="_blank">berk.geveci@kitware.com</a>> wrote:<br>
> Hi folks,<br>
><br>
> As Dave DeMarle mentioned, we are gearing towards a VTK 6.3 release. VTK 7<br>
> will follow very shortly (in weeks). I'd like to shed some light here on our<br>
> thinking and how we are planning to move forward.<br>
><br>
> As was previously discussed in the VTK developers list [1] [2], we are<br>
> considering maintaining VTK 6.x for a long time (3-5 years) while moving<br>
> forward with VTK 7 and 8 in 2015 and 2016. There are some major changes<br>
> happening in the computing and C++ worlds and we would like evolve VTK more<br>
> quickly to stay up to date. Some of the major changes that we are<br>
> considering and/or working on are:<br>
><br>
> * Major refactoring of rendering (OpenGL as well as ray tracing etc.)<br>
> * Multi/many-core support / SMP computing on CPUs and accelerators. VTK-m<br>
> integration [3].<br>
> * Changes to data model to support zero copy interface to other data<br>
> layouts, more efficient APIs, more cell types, more dataset types etc.<br>
> * Better separation of a public, wrapped API and toolkit/C++ internal API<br>
> mainly to support efficiency<br>
> * Introduction of C++ 11 features<br>
><br>
> Much of this will require introducing changes that break backwards<br>
> compatibility and also require newer compilers, graphics cards / drivers<br>
> etc. So the idea is that we will do our best to support as much as possible<br>
> a broad set of architectures and backwards compatibility but break things<br>
> when necessary in VTK 7 and beyond. We will maintain VTK 6.x so that folks<br>
> that are stuck on legacy systems or code bases can continue to benefit from<br>
> bug fixes. We have a way of continuing to maintain a broad set of dashboards<br>
> and also the same review process as VTK master so that we can continue to<br>
> ensure the quality of VTK 6.x as well as new releases.<br>
><br>
> What do you guys think? Please provide feedback so that we can adjust our<br>
> plans to meet the needs of the community as much as possible.<br>
<br>
</div></div>I would like to put in a humble plea to add Python 3 compatibility to that list:<br>
<br>
<a href="http://astrofrog.github.io/blog/2015/05/09/2015-survey-results" rel="noreferrer" target="_blank">http://astrofrog.github.io/blog/2015/05/09/2015-survey-results</a></blockquote><div><br></div></div></div><div>Python 3 is being worked on (right now by me, and others can join in a couple weeks once the core pieces are in place).  No, it won't be part of 6.3, however.</div><span><font color="#888888"><div><br></div><div> - David</div></font></span></div></div></div>
<br>_______________________________________________<br></blockquote></div></div></blockquote></div><div><br></div>-- <br><div class="gmail_signature">___________________________________________<br>Andrew J. P. Maclean<br><br>___________________________________________</div>
</div></div>