[petsc-dev] windows fixes.
Satish Balay
balay at mcs.anl.gov
Wed Jul 3 11:53:38 CDT 2013
On Fri, 28 Jun 2013, Barry Smith wrote:
>
> On Jun 28, 2013, at 2:36 PM, Jed Brown <jedbrown at mcs.anl.gov> wrote:
>
> > Barry Smith <bsmith at mcs.anl.gov> writes:
> >
> >> I was just kidding; I do think decorators are a better design. But
> >> I don't want --download-python just so they can be used in a
> >> couple of random places :-)
> >
> > I agree that one thing is not worth it, but if we added
> > --download-python up to python-2.6, we could clean up BuildSystem using
> > 'with' statements and could make it also work with python-3, which has
> > been the default Python on Arch Linux for almost two years now and will
> > be default on Ubuntu and other systems next year (with python2 not
> > installed by default). At some point, we will either be asking users to
> > install an old Python to use PETSc or we'll have to limit our
> > backward-compatibility, asking users of antique operating systems to
> > either upgrade their Python or use --download-python.
I expect all these distros to have python2 available aswell. [and most
will be installed - due to other depencencies]
And we might have to change '#!/usr/bin/env python' to '#!/usr/bin/env python2'
in our scripts.
> One day we will switch from python 2* to python 3*, just not yet.
I was hoping to use RHEL as a baseline for our minimum python version
RHEL5 with python2.4 has EOL date March 2017
RHEL6 has python-2.7 [EOL November 2020]
Presumably we can have code that works with both python3 & python2.7 when rhel5 is dead?
Satish
More information about the petsc-dev
mailing list