[issue14642] Fix importlib.h build rule to not depend on hg

Martin v. Löwis added the comment: As I don't fully understand what the original issue was, I can't know for sure whether it's fixed now. But yes, there is now a mechanism to bring the time stamps in the right order. -- resolution: -> fixed status: open -> closed ___

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: Can this issue be closed, Martin, thanks to your extension? -- assignee: -> loewis ___ Python tracker ___ __

[issue14642] Fix importlib.h build rule to not depend on hg

Roundup Robot added the comment: New changeset b3d3f3238c13 by Martin v. Loewis in branch 'default': Issue #14642: Add "hg touch" extension, and "make touch" target. http://hg.python.org/cpython/rev/b3d3f3238c13 -- ___ Python tracker

[issue14642] Fix importlib.h build rule to not depend on hg

Martin v. Löwis added the comment: I'm working on a "hg touch" extension which is able to bring the time stamps back in correct order after a checkout. One would either do "make touch" after an update, or register that extension as a post-update action in .hg/hgrc. It will be controlled by a

[issue14642] Fix importlib.h build rule to not depend on hg

Roundup Robot added the comment: New changeset 5fea362b92fc by Marc-Andre Lemburg in branch 'default': Issue #14605 and #14642: Issue a warning in case Python\importlib.h needs to http://hg.python.org/cpython/rev/5fea362b92fc -- ___ Python tracker <

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: When you do a fresh checkout, Python/importlib.h comes after Lib/importlib/_bootstrap.py and Python/freeze_importlib.py in a lexicographical sort which leads to it have a newer timestamp and thus not triggering a new build of the file. This is why Martin sugge

[issue14642] Fix importlib.h build rule to not depend on hg

Éric Araujo added the comment: > The status quo seems to work, but people like Georg think it's partially luck > that > it does and if hg changes its semantics that will cause us trouble. Could you expand on that? -- nosy: +eric.araujo ___ Python t

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: This is where a script could help with printing out a warning if the built Python interpreter is not available. -- ___ Python tracker ___ __

[issue14642] Fix importlib.h build rule to not depend on hg

Roundup Robot added the comment: New changeset acfdf46b8de1 by Marc-Andre Lemburg in branch 'default': Issue #14605 and #14642: http://hg.python.org/cpython/rev/acfdf46b8de1 -- nosy: +python-dev ___ Python tracker

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: No, I don't want a shell script just to have one. =) The status quo seems to work, but people like Georg think it's partially luck that it does and if hg changes its semantics that will cause us trouble. -- ___ Pytho

[issue14642] Fix importlib.h build rule to not depend on hg

Martin v. Löwis added the comment: My point is: ISTM that everything is already as it should be, I can see no problem in the status quo. If there is a problem, can you please rephrase it? If you want a shell script just to have one, here is one #!/bin/sh make Python/importlib.h -- _

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: I don't quite follow. I have no issue with a shell script verifying things by doing an `hg status` to verify certain truths (or something). I said a shell *or* Python script to begin with. -- ___ Python tracker

[issue14642] Fix importlib.h build rule to not depend on hg

Martin v. Löwis added the comment: Also, what's the issue with a shell script? The current Makefile will rebuild importlib.h if its time stamp is older than the one of _bootstrap.py. That will fail if ./python was not build. So what is the problem to solve? -- __

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: On Sun, Apr 22, 2012 at 12:43, Martin v. Löwis wrote: > > Martin v. Löwis added the comment: > > What do you mean by "sanity check on the syntax"? The current Makefile > rule to build importlib.h already checks the syntax of _bootstrap.py, and > fails if there i

[issue14642] Fix importlib.h build rule to not depend on hg

Martin v. Löwis added the comment: What do you mean by "sanity check on the syntax"? The current Makefile rule to build importlib.h already checks the syntax of _bootstrap.py, and fails if there is a syntax error. -- ___ Python tracker

[issue14642] Fix importlib.h build rule to not depend on hg

Brett Cannon added the comment: The thing should also do a sanity check on the syntax so as to minimize the chances of freezing code that has no chance of working. -- ___ Python tracker __

[issue14642] Fix importlib.h build rule to not depend on hg

Changes by Arfrever Frehtes Taifersar Arahesis : -- nosy: +Arfrever ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscri

[issue14642] Fix importlib.h build rule to not depend on hg

Changes by Eric V. Smith : -- nosy: +eric.smith ___ Python tracker ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.pyt

[issue14642] Fix importlib.h build rule to not depend on hg

Changes by Arfrever Frehtes Taifersar Arahesis : -- title: Fix imoprtlib.h build rule to not depend on hg -> Fix importlib.h build rule to not depend on hg ___ Python tracker __