Irit Katriel added the comment:
We no longer have GRAMMAR_H or _PyParser_Grammar in the code.
--
nosy: +iritkatriel
resolution: -> out of date
stage: needs patch -> resolved
status: open -> closed
___
Python tracker
Martin Panter added the comment:
The same $(GRAMMAR_H) dependency and touch command still exists today, so I
suspect this is still valid (though I didn’t try to reproduce it). I think we
need to figure out if you can write a proper makefile rule that handles a
single command that updates two
Changes by Ned Deily n...@acm.org:
--
components: +Build
nosy: +ned.deily
versions: +Python 3.3, Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19027
___
Ned Deily added the comment:
It looks like this was caused by the changes for Issue14321 to not run pgen for
cross builds.
--
nosy: +doko
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19027
Ned Deily added the comment:
BTW, this can be worked around (for non cross-builds at least) by running make
touch on the source directory, e.g.:
make -C python/src -f python/build/Makefile touch
But it should be fixed. Doko?
--
___
Python
New submission from Armin Rigo:
It is possible to get the working copy of Python 2.7 in a state such that any
attempt to do make ends with the error shown in the title. The working copy
is perfectly valid; it is a matter of getting the wrong timestamps on the files.
(Despite the error
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19027
___