A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2006-January/059357.html below:

[Python-Dev] [Python-checkins] commit of r41880

[Python-Dev] [Python-checkins] commit of r41880 - python/trunk/Python/Python-ast.c [Python-Dev] [Python-checkins] commit of r41880 - python/trunk/Python/Python-ast.cNeal Norwitz nnorwitz at gmail.com
Tue Jan 3 00:16:19 CET 2006
On 1/2/06, Barry Warsaw <barry at python.org> wrote:
> I think we have a fundamental problem with Python-ast.c and
> Python-ast.h.  These files should not be both auto-generated and checked
> into Subversion.

I agree with the problem statement.

> The general rule should be that no file that is ever generated can be
> checked into Subversion.  Probably the right approach is to check in a
> template file that will not get removed by a distclean, and modify the
> build process to generate Python-ast.* from those template files.

I'm not sure about your proposed solution, though.

There's a bootstrapping issue.  Python-ast.[ch] are generated by a
python 2.2+ script.  /f created a bug report if only 2.1 is available.

The Python-ast.[ch] should probably not be removed by distclean.  This
is similar to configure.  Would that make you happy?  What else would
improve the current situation?

If you go the template route, you would just copy the files. That
doesn't seem to gain anything.

n
More information about the Python-Dev mailing list

RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4