This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author meador.inge
Recipients brett.cannon, meador.inge
Date 2012-07-16.13:26:35
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <CAK1QoooHd4TSUYrA9WF8Tz9qqoeU54pLQA8c7h-f5O028-GtRw@mail.gmail.com>
In-reply-to <1342444262.55.0.582630357406.issue15368@psf.upfronthosting.co.za>
Content
On Mon, Jul 16, 2012 at 8:11 AM, Brett Cannon <report@bugs.python.org> wrote:

> I might come to regret asking this, but so what? Is this actually causing you issues,
> or are you literally just finding "this behavior surprising" and that's it?

I noticed it in the context of working on issue15352.  There are still
a few issue in the
build system where 'importlib.h' isn't regenerated when it needs to be
(e.g. when
the marshaling code is changed).  When investigating that issue I noticed that
trivial changes (e.g. `touch _bootstrap.py`) can cause differences in
'importlib.h'.
Those differences are mainly due to the cell and free var indexes being
reordered.

Since the bytecode generation isn't deterministic, there can be some noisy diffs
in your working copy when mucking around with the files related to the frozen
importlib.  Thus if we ever wanted to just always generate importlib.h because
we can't be sure which changed source files should cause importlib.h to be
regenerated, then the non-determinism would be a real annoyance.

That is the only concrete issue I currently am aware of.  This issue may not
actually be worth addressing, but I felt it was worthy of discussion.
History
Date User Action Args
2012-07-16 13:26:36meador.ingesetrecipients: + meador.inge, brett.cannon
2012-07-16 13:26:36meador.ingelinkissue15368 messages
2012-07-16 13:26:35meador.ingecreate