Dan Nicholson added the comment:
Right, that's what makes this difficult. If the stub exe of the target python
was used, then it wouldn't need to care about compatibility. However, what
you're running is the stub of the build python. So, when I distribute a
bdist_wininst exe, it's running
Dan Nicholson added the comment:
It turns out this is pretty easy to fix by just changing the stub to import
builtins or __builtin__ depending on the python install version. Attached are
patches that fix this for both the default and 2.7 branches.
My test case is a pure python module
Changes by Dan Nicholson dbn.li...@gmail.com:
Added file: http://bugs.python.org/file31716/wininst-10.0-compat.exe
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4636
Changes by Dan Nicholson dbn.li...@gmail.com:
Added file: http://bugs.python.org/file31715/wininst-compat-2.7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4636
Changes by Dan Nicholson dbn.li...@gmail.com:
Added file: http://bugs.python.org/file31717/wininst-9.0-compat-2.7.exe
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4636
Dan Nicholson added the comment:
Like the previous users, I've only got VS Express, so I can't tell exactly what
happens when you have VS Pro and it generates the install.rc file. However, I
might as well post this fuller patch, which I think would do the right thing
since it also fixes
