<div class="gmail_quote">On Tue, Oct 19, 2010 at 15:58, Toby D. Young <span dir="ltr"><<a href="mailto:tyoung@ippt.gov.pl">tyoung@ippt.gov.pl</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id=":205">I wonder if a simpler approach would be to start the PETSc configure with<br>
a check on the python version? That way one can edit a single file rather<br>
than many and would make future compatibility/development/migration to<br>
python3 easier. It should be possible to check for the existance of<br>
python2 on the system and if so use that as a default.<br>
<br>
Something like:<br>
<br>
if (python -V gives major number >= 3)<br>
   check for python2<br>
      if (no python2 exists)<br>
         panic and/or vomit on the petsc-user<br>
      else<br>
         use python2<br>
else<br>
   (do nothing, use python major number <= 3)<br></div></blockquote><div><br></div><div>1. configure is written in python</div><div><br></div><div>2. shell wrappers suck for many reasons, but they don't work on windows without cygwin</div>
<div><br></div><div>3. users can just run</div><div><br></div><div>  /path/to/python2.5 configure --options</div><div><br></div><div>and this python will be written into the reconfigure script</div><div><br></div><div>4. The reason to automatically locate python2 instead of possibly python3 is so that the python scripts that can be run stand-alone will automatically behave correctly.</div>
<div> </div><div><br></div><div>I think people will just have to specify a particular python when they invoke configure and any other scripts, until configure itself can be transitioned to python3.</div><div><br></div><div>
Jed</div></div>