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 Jurko.Gospodnetić
Recipients Jurko.Gospodnetić, barry, brett.cannon, eric.snow, ncoghlan, ned.deily, r.david.murray
Date 2014-03-12.14:46:24
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1394635585.12.0.829958435783.issue20884@psf.upfronthosting.co.za>
In-reply-to
Content
That 'what's new' item seems relevant, except that the issue here
is related to the __file__ attribute instead of __path__. Could it
be that the same fix actually updated how the __file__ attribute is
defined as well?

The bug seems to be caused by importlib\__init__.py expecting its
__file__ attribute to be defined, thus not allowing it to be frozen
at all. :-(

Based on my rather slim understanding of how module 'freezing'
works I guess executables wanting to freeze the
importlib\__init__.py module can work around the problem by adding
code to the front of that module to hardcode its __file__ attribute
value, before freezing it. However I'd be happier with Python not
requiring that the __file__attribute be defined internally at all.
Imposing a workaround such as this on anyone wanting to freeze the
importlib package seems rather nasty.

Best regards,
  Jurko Gospodnetić
History
Date User Action Args
2014-03-12 14:46:25Jurko.Gospodnetićsetrecipients: + Jurko.Gospodnetić, barry, brett.cannon, ncoghlan, ned.deily, r.david.murray, eric.snow
2014-03-12 14:46:25Jurko.Gospodnetićsetmessageid: <1394635585.12.0.829958435783.issue20884@psf.upfronthosting.co.za>
2014-03-12 14:46:25Jurko.Gospodnetićlinkissue20884 messages
2014-03-12 14:46:24Jurko.Gospodnetićcreate