New submission from Christian Heimes:
I've come up with a quick hack to support VS 2008. VS 2008 Standard
Edition doesn't store the include and lib dirs in the registry any more.
However I came up with a nice way to get the env settings from the
vcvarsall.bat. How do you like it?
Do we need
Martin v. Löwis added the comment:
There is always the debate whether distutils might be repackaged and
backported to older Python releases, therefore people hesitate to remove
support for older versions.
As for finding it in the registry: are you sure it has no registry
settings anymore? I
Martin v. Löwis added the comment:
As another note: you shouldn't remove support code for Itanium. Even
though no Itanium binaries will be produced at the releases, I see no
reason to rip the code out - people with Itanium machines should still
be able to build Python, with some effort.
Christian Heimes added the comment:
Neither VS8 Professional nor VS9 Beta 2 Standard are storing the lib and
include directories in the registry. I've searched in HKCU and HKLM. The
best I could find was the path to a XML file in My Documents that
contains the information.
Martin v. Löwis added the comment:
Ok. Running vsvars is fine, then.
The change to get_build_architecture is broken in another way: as it
parses the architecture out of sys.version, you still get Intel, not x86
(unless you also change PC/pyconfig.h - which may break code that relies
on the
Changes by Martin v. Löwis:
--
resolution: - accepted
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1455
__
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
I think this was fixed in svn this week! See issue 1265. Let me know
if your issue is different.
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1454
__
Nick Coghlan added the comment:
Attached an updated version of PJE's patch with the suggested cleanups
and a new unit test file (test_cmd_line_script.py). Finding the
roundtuits to finish the latter is actually what has taken me so long.
The basic tests and the directory tests are currently
Christian Heimes added the comment:
Ok, I'll take it from here. I'm going to wait until it's decided to use
VS 2008 as the new default compiler.
--
assignee: loewis - tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1455
Aldo Cortesi added the comment:
Drat, you're right. This was fixed a few days ago by Amaury in
http://svn.python.org/view?rev=58963view=rev
Another example of confluence - this bug has existed for a very long time.
__
Tracker [EMAIL PROTECTED]
Guido van Rossum added the comment:
Thanks anyway!
--
resolution: - duplicate
status: open - closed
superseder: - pdb bug with with statement
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1454
__
Bill Janssen added the comment:
This is now checked into the 3K branch.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1251
__
___
Python-bugs-list mailing list
Unsubscribe:
Christian Heimes added the comment:
UPDATES:
* Cleanup and rewrite of the registry related code
* Moved search code to find_vcvarsall().
* Added fallback using the VS90COMNTOOL env var for Express edition
Added file: http://bugs.python.org/file8768/py3k_vs2008_2.patch
New submission from Joseph Armbruster:
Trunk Revision: 58651
Example of potential issue:
a = [1,2,3,4,5]
for x in a:
... a.remove(x)
...
a
[2, 4]
If this is the expected behavior of iteration in this case, my
apologies. If this is not, I believe the issue lies in that
listiter_next
Christian Heimes added the comment:
Closed as discussed on IRC.
--
nosy: +tiran
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1456
__
15 matches
Mail list logo