[issue11487] build_installer.py should avoid relying on a young Python

2014-09-07 Thread Ned Deily
Ned Deily added the comment: The changes for Issue21383 added calls to make touch to build_installer.py so the initial problem reported here should no longer occur on any OS X installer build. As to the more general problem of needing to use make touch because hg checkouts do not preserve

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-14 Thread Ned Deily
Ned Deily n...@acm.org added the comment: Note, there is a fix for the $MACOSX_DEPLOYMENT_TARGET mismatch Ronald mentions in Issue9516 and is only a problem if, during the build, /usr/bin/env python is a Python 2.7 that was built with a different deployment target. Python 2.6 and earlier are

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-14 Thread Ronald Oussoren
Ronald Oussoren ronaldousso...@mac.com added the comment: Issue11485 contains a comment of someone that ran into the same issue is me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-14 Thread Santoso Wijaya
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___ ___

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread Antoine Pitrou
New submission from Antoine Pitrou pit...@free.fr: There was this failure in the daily DMG builder: http://www.python.org/dev/buildbot/all/builders/3.x.dmg/builds/423/steps/compile/logs/stdio The problem is that asdl_c.py gets run by the Makefile with the standard Python, which on this machine

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread Ronald Oussoren
Ronald Oussoren ronaldousso...@mac.com added the comment: I noticed this myself as well when building a fresh checkout, without build_installer.py. This is because the header file and input grammar have the same timestamp, and which forces the rebuild. That causes problems on OSX when you

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread Ronald Oussoren
Ronald Oussoren ronaldousso...@mac.com added the comment: To avoid duplicate work: I'll commit a patch during the pycon sprints -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487 ___

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread David Bolen
David Bolen db3l@gmail.com added the comment: Just a few thoughts that were in part in an earlier exchange with Antoine. It seems to me that if the Python-ast.[ch] files are included in the repository then they ought to be up to date as part of any given change set. So I think I'd

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread Ronald Oussoren
Ronald Oussoren ronaldousso...@mac.com added the comment: This does not only affect the installer. On my machine the python on $PATH was build using the 10.6 deployment target. When I build python from a fresh checkout I get an error message because the 10.6 python gets run with deployment

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread David Bolen
David Bolen db3l@gmail.com added the comment: Note that some of my last comment was before I saw the others, so I'm fine with script changes if that seems ok to others. From Ronald: This is because the header file and input grammar have the same timestamp, and which forces the rebuild.

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread David Bolen
David Bolen db3l@gmail.com added the comment: Note in the meantime, I've manually touched those two files on the dmg buildbot and it builds successfully. As Antoine pointed out to me separately, the hg update used by the buildbot should leave that intact, so this should stop any buildbot

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread Antoine Pitrou
Antoine Pitrou pit...@free.fr added the comment: I suspect this may be an issue now because the old svn approach was a full checkout for each build, whereas the hg approach is to pull to the local clone, and then just update the build tree. So in the svn case all the files would have a good

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread Antoine Pitrou
Antoine Pitrou pit...@free.fr added the comment: (the change will probably make things worse actually; see http://bugs.python.org/issue11419) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue11487

[issue11487] build_installer.py should avoid relying on a young Python

2011-03-13 Thread David Bolen
David Bolen db3l@gmail.com added the comment: Guess I cry uncle - not sure how it used to work then. I just did a dummy svn checkout off of the older svn.python.org from trunk and the .[ch] files appear to have dates earlier than the asdl.py script, so I would have assumed it would have