[issue13210] Support Visual Studio 2010
Changes by Patrick Welche pr...@cam.ac.uk: -- nosy: +prlw1 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Ok, I find no way to override the linker so that it does not search the current directory first. I think it is best, and probably in the spirit of visual studio, to use the reference part of a project to facilitate linking between dependency projects. it is designed to take the hassle out of libraries and search paths. I will add references where they are missing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: I think it is best, and probably in the spirit of visual studio, to use the reference part of a project to facilitate linking between dependency projects. it is designed to take the hassle out of libraries and search paths. I will add references where they are missing. Sounds good to me. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Here is an updated patch, with proper project references added and some slight cleanup of .props files. -- Added file: http://bugs.python.org/file25636/pcbuildpatch.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Jason R. Coombs jar...@jaraco.com added the comment: After enabling the eol extension and re-checking out my working copy, I've applied the patch successfully, but after I do so, I get this error when trying to open the solution in VS2010: One or more projects in the solution were not loaded correctly and C:\Users\jaraco\projects\public\cpython\cpython\PCbuild\pythoncore.vcxproj : error : The imported project C:\Users\jaraco\projects\public\cpython\cpython\PCbuild\pythoncore_d.props was not found. Confirm that the path in the Import declaration is correct, and that the file exists on disk. C:\Users\jaraco\projects\public\cpython\cpython\PCbuild\pythoncore.vcxproj -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Ah, good, it looks as though a file is missing from the patch. I'll fix it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Richard Oudkerk shibt...@gmail.com added the comment: PCbuild/build.bat and Modules/_decimal/tests/runall.bat still use vcbuild instead of msbuild. It also seems that if an external dependency is unavailable then msbuild can fail to build targets which do not depend on it. For instance if I rename openssl-1.0.1c to something else, then this causes msbuild to fail without building ctypes. I don't think vcbuild had this problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: I propose that we declare this issue closed, and defer any new issues arising from the switch to VS 2010 in separate issues. There will surely be many issues over the next weeks and months, and there is little point in tracking this all on this single page. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: So closing this issue. Kristjan, if you want your patch reviewed further and/or approved by Brian, please copy it into a new issue. -- status: open - closed ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Jason R. Coombs jar...@jaraco.com added the comment: I agree. There is already an issue regarding the packaging dependencies. It currently references ctypes, but we can rename it to be more broad. issue14821 -- Added file: http://bugs.python.org/file25644/smime.p7s ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ smime.p7s Description: S/MIME cryptographic signature ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by Martin v. Löwis mar...@v.loewis.de: Removed file: http://bugs.python.org/file25644/smime.p7s ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: No broad issues, please. One tracker item, one issue. If something other than _ctypes_test fails to build, it may or may not have the same reason, so caution requires that we assume they are unrelated defects. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: Perhaps you know what revision that patch was against? I wish people would stop using git-style diffs, then the patch would actually say. However, it applied cleanly to tip at the time it was submitted, so you should be able to go by that. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Hi, I'll see what went wrong, I admit not trying 64 bit before creating the patch. Martin, I´m using MercurialHQ and exporting a patch. It is set up to use GIT format diffs, which I think is recommended in the Python developer FAQ. Is this wrong? (I'm still a relative Hg newbie) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: Is this wrong? (I'm still a relative Hg newbie) It's an ongoing discussion. Some people favor git diffs because it supports renaming and binaries, I prefer Mercurial diffs, because it includes the base revision number against the patch was made. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: That sounds reasonable. So, can't we come up with a diff that does both? The base revision sounds like a completely necessary piece of info. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: I wish MS could come up with a property editor that could show you _only_ the properties that are non-default: 1) view all properties 2) view set and inherited non-defaults 3) view properties set here only. It would make debugging settings _so_ much easier. I'll suggest that to the VS team, all the good that will do. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: That sounds reasonable. So, can't we come up with a diff that does both? The base revision sounds like a completely necessary piece of info. I believe there is a bug report against Mercurial to include the base revision even in git-style diffs, not sure what the status is. git itself includes the base revision in its diffs; I believe that Mercurial didn't dare to use the same syntax since the Mercurial hash wouldn't be a valid git hash. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: This is fun. the reason why linking is failing for some projects in x64 mode is: the SolutionDir (or maybe current dir) is implicitly part of the library search path. Therefore, when looking for python33_d.lib, it will find the one in PCbuild, and look into that, and ignore the one in PCbuidl\amd64. Some projects have references to the pythoncore project. This is a .NET feature and not really useful for normal projects, but it does put an explicit link referrence to the correct .lib file into the linker's input arguments. This is why _testcapi works, and not _testbuffer (try diffing the two .vcxproj files). All of this stems from my patch removing explicit link references to the correct .lib file. Perhaps I can reintroduce that, but in a .props file. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Jason R. Coombs jar...@jaraco.com added the comment: Kristjan, I'm trying to apply your most recent patch, but many of the hunks fail. I tried to find it by time, but failed to do so. Perhaps you know what revision that patch was against? Thanks. -- nosy: +jason.coombs ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Here is a patch to the .vcproj files and the .props files, based on my earlier pcbuil10.patch. Mostly it is about removing redundant settings. It also adds .props files for the pythoncore solution. It also updates the readme, the env.bat, and adds the vs9to10.py file. While the latter may be out of date by now, perhaps at least some vs10to9 file needs to be in place to support the older compiler? -- Added file: http://bugs.python.org/file25583/pcbuildpatch.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: LGTM. Brian? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: +1 on the patch. It fixes a bunch of things that I entered unnecessarily (like explicit .pyd names to fix the warnings), but after staring at the screen for a long time I couldn't figure out what I was doing wrong to need them for some reason. I'm not really interested in supporting VS9 or writing a script for it, but if someone who wanted to use it came up with a script I don't see why we couldn't include it. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Hm, actually, doing a 64-bit debug build fails with that patch. ctypes, _testbuffer, and xxlimited, the projects I originally had trouble with in the settings, don't link properly. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Correction, both 64-bit debug and release fail. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 38d7d944370e by Brian Curtin in branch 'default': Fix #13210. Port the Windows build from VS2008 to VS2010. http://hg.python.org/cpython/rev/38d7d944370e -- nosy: +python-dev ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: What I just pushed has functioning debug and release builds for both 32 and 64 bit, and the tests introduce no new failures. As noted on python-dev, we may not have build slaves setup for this change yet, so the Windows builds may appear broken. I'll leave this open a bit until the infrastructure has caught up, and until any documentation is completed, which I may open a separate issue for. -- resolution: - fixed stage: patch review - commit review ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: All the old .vcproj files are still there. Probably not useful since the .sln file has been upgraded to VisualStudio 2010. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Roundup Robot devn...@psf.upfronthosting.co.za added the comment: New changeset 924c178c0d1d by Brian Curtin in branch 'default': Move out VS9 project files to PC\VS9.0 folder. Fixes #13210 http://hg.python.org/cpython/rev/924c178c0d1d -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Thanks for noticing. I moved them out to PC\VS9.0 rather than outright deleting. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: I'd say go ahead and apply it. We can deal with any aftermath later (which, by my VS 2008 experience, will well take several years - we still haven't fully recovered from the switch to VS 2008). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: I concur with Martin. It is much easier to tweak .vcproj and .props files and such after it has been committed, with lesser diffs to worry about. (A more cautious version of me would have seen this go into a PCBuild10 folder first for a shakedown, with a later rename, but I keep that guy and his fearmongering quiet most of the time.) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: The tip of the vs2010 branch now works just as well as default does. There are no outstanding test failures that aren't seen on default -- test_email still fails for some line ending stuff, but that's not relevant here. Attached is a patch showing just the code changes, including Kristjan's SXS patch, support in Tools\msi\msi.py for VS2010, and a few small distutils and packaging version adjustments to work with VS2010. -- keywords: +needs review stage: - patch review Added file: http://bugs.python.org/file25503/code_changes2.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Attached is full_vs2010_port.diff. It's 13000 lines, mostly taken up by the conversion of project, filter, and solution files - tons of XML. -- Added file: http://bugs.python.org/file25504/full_vs2010_port.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Éric Araujo mer...@netwok.org added the comment: Strange that you had to edit packaging.compiler.msvc9compiler but not the same module in distutils. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Posted some comments. Also, I see you didn't remove the old SxS functionality, no longer used by VS2010 (see my sxs.patch) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: As of a40f47cc7691, Richard's idea is now the implementation, which seems to work well and has simplified the changes quite well. Attached is code_changes.diff which shows all of the necessary code changes as of now. The test_import failure you were originally seeing has gone away (it was on default as well, I guess it has been fixed). test_email fails on the default branch as well so nothing new there. -- Added file: http://bugs.python.org/file25433/code_changes.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Richard Oudkerk shibt...@gmail.com added the comment: The problems with error numbers seem to be caused by the addition of a new section in errno.h: /* POSIX SUPPLEMENT */ #define EADDRINUSE 100 #define EADDRNOTAVAIL 101 ... #define ETXTBSY 139 #define EWOULDBLOCK 140 Of these the only ones which clash with WSA equivalents are EADDRINUSE EADDRNOTAVAIL EAFNOSUPPORT EALREADY ECONNABORTED ECONNREFUSED ECONNRESET EDESTADDRREQ EHOSTUNREACH EINPROGRESS EISCONN ELOOP EMSGSIZE ENETDOWN ENETRESET ENETUNREACH ENOBUFS ENOPROTOOPT ENOTCONN ENOTSOCK EOPNOTSUPP EPROTONOSUPPORT EPROTOTYPE ETIMEDOUT EWOULDBLOCK I think the simplest solution is just to undefine these new clashing constants near the top of Modules/errnomodule.c and Objects/exceptions.c so that we fall back to the preferred WSA equivalents later. I have tried this by cloning sandbox/vs2010port, reverting Objects/exceptions.c Modules/posixmodule.c Modules/errnomodule.c Modules/_io/fileio.c to ancestor(vs2010,default) and then applying the attached patch. I get four failures: test_distutils test_email test_import test_packaging This is an improvement over the tip of vs2010 (2fc5398b3115) where I get two additional failures test_importlib test_subprocess -- Added file: http://bugs.python.org/file25379/wsa_undef.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Richard Oudkerk shibt...@gmail.com added the comment: According to http://msdn.microsoft.com/en-us/library/5814770t.aspx the supported errno values in VS2010 are E2BIG EACCES EAGAIN EBADF ECHILD EDEADLOCK EDOM EEXIST EILSEQ EINVAL EMFILE ENOENT ENOEXEC ENOMEM ENOSPC ERANGE EXDEV STRUNCATE of which the ones with WSA equivalents are EACCES EBADF EINVAL EMFILE The other constants listed in errno.h are for compatibility with POSIX. I take this to mean that the only errno values which will be set by libc are on the supported list. We should not change any of these, but I think we can redefine the others to WSA equivalents without a problem. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by Mark Dickinson dicki...@gmail.com: -- nosy: +mark.dickinson ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Richard Oudkerk shibt...@gmail.com added the comment: the errno codes (EAGAIN etc) are provided only as a compatibility for posix apps that test errno. On windows, we use the WSA return values from the api functions and WsaGetLastError(). ... So, the proposed patch is not a change, it is merely reinforcing the previous practice of prefering the native error codes over the 'errno' emulation. Except that Microsoft's C library also uses some of the non-WSA versions. For instance read() (or _read()) is documented to set errno to EBADF or EINVAL on error. So EBADF and EINVAL are just as native as WSAEBADF and WSAEINVAL. It is also quite common for python's C code to do stuff like errno = EINVAL; PyErr_SetFromErrno(PyExc_OSError); errnomap in Objects/exceptions.c is used to convert some OSError exceptions to subclasses like PermissionError. It shouldn't be hard to use it to also convert WSAEINVAL to EINVAL etc. -- nosy: +sbt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: I recently added what you just mentioned in the vs2010port branch for WSA and non-WSA to work together. I still need to figure out some distutils/packaging failures, but the port is nearly ready*. * I've only focused on 32-bit debug builds, but updating the project files and whatnot for other configurations is easy. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Except that Microsoft's C library also uses some of the non-WSA versions. For instance read() (or _read()) is documented to set errno to EBADF or EINVAL on error. So EBADF and EINVAL are just as native as WSAEBADF and WSAEINVAL. read() is a posix function, so of course they set errno for it. You'll probably find that GetLastError() will some native error codes. It is also quite common for python's C code to do stuff like errno = EINVAL; PyErr_SetFromErrno(PyExc_OSError); This doesn't change that, and as far as I know, this has worked and continues to work. errno is supported. errnomap in Objects/exceptions.c is used to convert some OSError exceptions to subclasses like PermissionError. It shouldn't be hard to use it to also convert WSAEINVAL to EINVAL etc. Why would we get different errors codes for e.g. connection reset events because we build with a different compiler? Python has always used the native error codes for socket io on windows, why change that? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Brian, I posted a suggested port five weeks ago. What kind of problems are you having? It's really a very straightforward thing. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Also, I'm not sure distutils and all that is really necessary. As I understood it, the goal is to make it so that the casual hacker can compile and run python using visual studio 2010. 3.3 continues to be officially distributed with 2008. Surely it is possible to do this in smaller steps, rather than one fell swoop? For instance, the sxs patch and the errnomodule patch could go in now without disturbing anything whatsoever. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: No, this is the real thing. Python 3.3 distributed on VS2010. In order to ship a fully built Python 3.3 MSI for users, I've found it's not just as easy as updating errno. I'll strip out all of the project file changes and whatnot and post a patch of the actual C and Python code changes to see that this is in line with what people think is usable. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Also, I personally don't care about distutils, but I need all of the tests to pass before I can consider merging this. Distutils and packaging need a few changes to be able to compile extensions and create setups and whatever with VS2010. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Éric Araujo mer...@netwok.org added the comment: Could you attach a file with the distutils/packaging test output? I don’t really know the packaging.compiler module, but I may be able to make sense of the error messages and work with you to fix them. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Richard Oudkerk shibt...@gmail.com added the comment: This doesn't change that, and as far as I know, this has worked and continues to work. errno is supported. Using your patch, does the following throw an AssertionError? import os, errno try: ... os.read(-1, 10) ... except OSError as e: ... assert e.errno == errno.EBADF ... -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Using your patch, does the following throw an AssertionError? Yes, it looks as though it will. It seems I was too agressive, since errnomodule has different entries for EBADF and WSAEBADF. This is the kind of feedback I'd like to have had earlier. It means that there are some cases were we want to keep the winsock error codes there separately from the others. Annoying as that may be. Brian, do I understand you correctly that 2010 is to the official compiler for 3.3? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Yes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Super, I must have missed that memo. At PyCon there wasn't much enthusiasm for it, and this was considered a toy project :) You may be interested in my patch to see what I did with the project files, then. Otherwise, I'll be happy to review yours. In particular, I removed a bunch of redundant settings, and fixed the .props files. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: For instance, the sxs patch and the errnomodule patch could go in now without disturbing anything whatsoever. I'm not convinced that the errno change is actually correct. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: Brian, do I understand you correctly that 2010 is to the official compiler for 3.3? Unless we switch to VS 2012, yes. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: I don't have a link handy, but from what I've read we could go from VS2010 to VS2012 with relative ease since it's supposed to be able to work with 2010 solutions/project files. I haven't tried this with the beta, but I'll take a look. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: VS11 opened the VS2010 project fine without doing conversion. Note that this just uses VS11 to work with the project in VS2010 mode with the 2010 compiler. Doing the conversion to VS11's compiler is another thing to consider, although probably not until it goes RTM. I just ran the conversion from VS2010 to VS11 and it just sets PlatformToolset to v110 in all vcxproj files. It didn't compile cleanly, having 25 projects succeed and 4 fail, but it was more than enough to get python_d.exe to run. A few tests failed, but they're the same as the failures on VS2010, so we're not far off from VS11 easily working. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by STINNER Victor victor.stin...@gmail.com: -- nosy: -haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: MVL wrote: I'm not convinced that the errno change is actually correct. You are right, as SBT pointed out. There are cases where we have had errno.EFOO and errno.WSAEFOO point to different values, because one was used by sockets and other by regular stuff. My patch was too heavy handed and nerfed at least EBADF. Perhaps others. (Getting a concrete example from SBT was helpful, btw) For socket-specific errors, it is an easy choice, however, but for socket error codes that also have to do with file IO it is less clear and probably full of special cases. This is nothing new, however. For writing portable socket code that needs to deal with the EBADF code, you would have to check for WSAEBADF on windows and EBADF on linux. Probably both to be portable. Since my patch was aimed at making 3.3. merely compilable for VS2010 I wanted to maintain the same value semantics as were it compiled for 2008. If we are changing the compiler version however, we might just as well take the plunge and translate the windows codes where they have corresponding posix codes. I'm eager to see Brian's patch. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: [the Soney PS3 sdk also has weird error codes for its otherwise posix compatible api. I did write a translation layer to convert those codes into posix codes where appropriate. I could show you what I did, but I'd proably set me up to be lynched by Soney's lawyers.] -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: The errnomodule patch shouldn't be checked in as is. Instead, an elaborate comment needs to be added fully explaining the situation with the errno codes, and giving criteria under which cases it is necessary. On the face value, it's incorrect: if the compiler defines EINVAL, that should be what is used to define errno.EINVAL. It's not at all clear that WSAEINVAL is a better choice. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Why should python compiled with VS2010 have different error codes than one compiled with the older compilers? We could revisit this in a new python version, but for now, we should maintain compatibility across compilers. the errno codes (EAGAIN etc) are provided only as a compatibility for posix apps that test errno. On windows, we use the WSA return values from the api functions and WsaGetLastError(). The reason this patch is required is that now, the errno constants get pulled in with the WSA ones, and therefore the conditional compilation in errnomodule.c gets mangled. So, the proposed patch is not a change, it is merely reinforcing the previous practice of prefering the native error codes over the 'errno' emulation. Of course, this should be clarified in a comment, as you point out. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Adding a patch to disable Side by Side assemblies in VS2010 (MS saw the light) -- keywords: +patch Added file: http://bugs.python.org/file25003/sxs.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Here is a comprehensive patch to errnomodule.c, as used in production at CCP -- Added file: http://bugs.python.org/file25004/errnomodule.diff ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Adding a patch containing a proposed PCBuild10 folder. This consists of: 1) automatically updated .vcxproj and .sol files, provessed by 3) below 2) manually edited and new .props files to edit TargetName and Extension attributes 3) a vs9to10.py file to additionally process autoconverted .vcxproj files 4) edited .txt and .bat files. Please notice how I have removed a lot of redundant settings from .vcxproj files and moved them to .props files. This is proposed as a new top level directory, similar to what PCBuild9 used to be. Putting stuff inside PC/VS10.0 would require a much more intensive surgery of relative paths and things. Not very nice. -- Added file: http://bugs.python.org/file25005/pcbuild10.patch ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: Super Brian, let me know if I can help. I already did the necessary changes locally. Martin, what I mean by forward compatibility is simply that the source code compiles and works with more recent versions of the compiler. The assumption in errnomodule.c that e.g. WSAEAGAIN and EAGAIN are defined to the same value prevent that. Just this little fix would fix almost everything. I'm sure that a lot of people hacking on python compile it locally without expecting it to work out of the box with downloaded extension modules. FYI, Eve Online has been running with VS2010 compiled python 2.7 since the middle of last year :) -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Kristján Valur Jónsson krist...@ccpgames.com added the comment: I'd like to subscribe to this newsletter. IMHO, it is important that people are able to compile python with VS2010 with minimum fuss. Not everyone has access to older compilers and forward compatibility shouldn't be that hard. There are to problems currently, as far as I can tell: 1) errnomodule.c needs to be changed to make sure WSAERROR and ERROR are the same. A patch to this effect exists already. 2) the .vcproj files don't upgrade correctly. The new ones have an extra TargetName property, optionally settable but defaults to ProjectName. This causes linker errors because of python's peculiar _d extension for debug. There is no easy fix for this so a solution would be, unfortunately, to maintain a separate PCBuild10 directory. What is there keeping this from moving forwards? -- nosy: +krisvale ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: IMHO, it is important that people are able to compile python with VS2010 with minimum fuss. Not everyone has access to older compilers and forward compatibility shouldn't be that hard. Not sure what you mean by forward compatibility. You cannot build extension modules with a different version of MSVC than you built Python with; that's inherent in the way the MS CRT works. This means that Python 2.7 and 3.2 will continue to use VS 2008 until their end-of-life, and extensions module authors will continue to need VS 2008. Getting the old compilers isn't that hard, either - the express edition of VS 2008 is still available for download. So whatever forward compatibiltiy is in this context - I think it is extremely hard. What is there keeping this from moving forwards? Brian Curtin has volunteered to work on this. Maybe he can comment on the status; there is little point in people duplicating efforts (except perhaps for publishing hg clones that add project files for the older branches, for people who want that). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Nothing's keeping it from moving forward at this point. Progress stagnated the last few months because I was busy doing organizational and PR work for PyCon. Now that the conference has passed, this and installer changes are on the top of my list. I will follow up with the current state of the port within the next few days (I should have time tomorrow evening). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by Jack Jansen jackjan...@users.sourceforge.net: -- nosy: +jackjansen ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Again, rather than work off of the default branch and duplicate effort, can you work off of the vs2010 branch on http://hg.python.org/sandbox/vs2010port/? -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: I have started working on python default branch. My patch queue is available here: https://bitbucket.org/sablefr/py3kvs2010/ The result is the following so far: 323 tests OK. 8 tests failed: test_distutils test_fileio test_gettext test_io test_os test_packaging test_pep3151 test_support 4 tests altered the execution environment: test_multiprocessing test_site test_subprocess test_sysconfig 27 tests skipped: test_crypt test_curses test_dbm_gnu test_dbm_ndbm test_devpoll test_epoll test_fcntl test_fork1 test_gdb test_grp test_ioctl test_kqueue test_nis test_openpty test_ossaudiodev test_pipes test_poll test_posix test_pty test_pwd test_readline test_resource test_syslog test_threadsignals test_wait3 test_wait4 test_zipfile64 2 skips unexpected on win32: test_gdb test_readline Most errors seem related to errno. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: OK Brian, I checked your clone and I will keep an eye on it. I have done almost the same thing for the moment. My patch queue includes some additional corrections for a few more bugs that prevented me from completely running the test suite (crash dumps). I will start working on Python 'default' probably tomorrow. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: If you want to clone from that repo, use the vs2010 branch. hg clone http://hg.python.org/sandbox/vs2010port/ hg up vs2010 From there, you can post patches here that I can integrate for you. -- assignee: - brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Éric Araujo mer...@netwok.org added the comment: A tip to make Mercurial download only a subset of all the changesets in the repo: hg clone URI -r branch or hg clone URI#branch (The difference is that in the second form, URI#branch will be recorded in the .hg/hgrc file and subsequent pulls will only pull from that branch.) bandwith-is-a-scarce-resource’ly yours -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: I don't have commit access on hg.python.org, so I also created a clone on bitbucket at: https://bitbucket.org/sablefr/py27vs2010/overview I work with a patch queue for the moment since everything is not completely settled yet. The patch are against python 2.7 for the moment, I will do the same for python trunk soon. I can run all the tests with builbot and I am working on reducing the errors. Currently I am at: 337 tests OK. 5 tests failed: test_anydbm test_pep277 test_shelve test_subprocess test_trace 1 test altered the execution environment: test_distutils 45 tests skipped: test_aepack test_al test_applesingle test_bsddb185 test_cd test_cl test_commands test_crypt test_curses test_dbm test_dl test_epoll test_fcntl test_fork1 test_gdb test_gdbm test_gl test_grp test_imgfile test_ioctl test_kqueue test_linuxaudiodev test_macos test_macostools test_mhlib test_nis test_openpty test_ossaudiodev test_pipes test_poll test_posix test_pty test_pwd test_readline test_resource test_scriptpackages test_sunaudiodev test_tcl test_threadsignals test_tk test_ttk_guionly test_ttk_textonly test_wait3 test_wait4 test_zipfile64 6 skips unexpected on win32: test_gdb test_readline test_tcl test_tk test_ttk_guionly test_ttk_textonly -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Just to be sure in case you didn't know, but patches against 2.7 for this issue won't be accepted. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: Yes I know, but this is my primary target as this is the version that I use in my product for the moment. I will test python trunk soon now that Python 2.7 with VS2010 is in a rather good shape. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Éric Araujo mer...@netwok.org added the comment: Just to avoid misunderstandings: The Subversion concept of trunk (or rather py3k trunk) maps to the Mercurial branch named default, which is what you get when you clone hg.python.org/cpython. This is 3.3. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: Before we both go down the same paths and duplicate effort, http://hg.python.org/sandbox/vs2010port/ has already completed the transition in terms of running the conversion, saving off the VS9 files, making some minimal code changes (errno module specifically), and has begun to fix tests. This is already done for 'default' aka 3.3. 8 tests failed: test_distutils test_email test_io test_os test_packaging test_pep3151 test_socket test_subprocess The distutils and packaging test failures seem to be about differences in command line flags for some of the VS2010 binaries (looks like a link.exe issue in one). Most of the others are about remaining errno differences, and the subprocess issue is with too many files being open. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment: I mentioned this on another issue, but I created a clone at http://hg.python.org/sandbox/vs2010port/. I've already gone through the port in the past but wasn't able to release the code at the time. As I work through it, I'll occasionally announce large milestones here. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Tim Golden m...@timgolden.me.uk added the comment: Thanks. I was going to ask about this to see if anyone had already done the legwork. -- nosy: +tim.golden ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: Martin, what I want to achieve is to ensure that someone can download Python sources and compile them without any modification using a standard install of Windows + Visual Studio 2010 SP1. I don't really care what is the default compiler used to generate the official binaries, this is a decision that should be taken according to what most people use. But a least the compilation should work easily with the recent and popular VS2010 compiler. As I said the patch is for the moment a quick and dirty draft: it breaks compilation with VS2008 and assume VS2010. Of course this is not my goal: the final patch should work with existing compilers as well as VS2010. Which part of the changes do you consider unnecessary? Concerning the target version: I need to use Python 2.7 internally because our application has not been migrated to Python 3. I think other people may be in the same case. I understand there is a feature freeze on this branch (event though the changes in this case are well localized and not intrusive), so I will target primarily Python trunk for the inclusion of patches, but I will also maintain internally my own set of patches for Python 2.7 (and in the wiki for those who are interested). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: Which part of the changes do you consider unnecessary? All the parts dealing with packaging, in particular Tools/msi. I understand there is a feature freeze on this branch (event though the changes in this case are well localized and not intrusive), so I will target primarily Python trunk for the inclusion of patches, but I will also maintain internally my own set of patches for Python 2.7 (and in the wiki for those who are interested). Instead of doing so internally, I really suggest to maintain a public hg clone, either on hg.python.org (by your name), or on, say, bitbucket. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: Packaging makes it easier to distribute Python among my colleagues and customers, so I think it is a nice addition. OK for the hg clone, I will set up that (I actually already use mercurial internally to handle those modifications). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
New submission from Sébastien Sablé sa...@users.sourceforge.net: Python for Windows is currently compiled with Visual Studio 2008. It is not possible to use Visual Studio 2010. It would be great to be able to compile Python with Visual Studio 2010: * some people may only have access to this compiler which is more recent * when embedding Python in an application compiled with Visual Studio 2010, you mix 2 C Runtime Libraries (msvcr90.dll and msvcr100.dll) which will generally result in a crash This is the parent issue. I have various patches to achieve that and I will try to open one issue by patch. I may also run a builtbot using that compiler. -- assignee: tarek components: Build, Distutils, Distutils2, Installation, Windows messages: 145803 nosy: alexis, eric.araujo, mhammond, sable, tarek priority: normal severity: normal status: open title: Support Visual Studio 2010 type: feature request versions: Python 2.7, Python 3.2 ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +haypo ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +brian.curtin ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by STINNER Victor victor.stin...@haypocalc.com: -- nosy: +loewis ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Brian Curtin br...@python.org added the comment:
We can make Python compile with Visual Studio 2010, but it will not be the
platform Python is released on, it would be optional while 2008 stays the
release target, at least through Python 3.3. In Python 3.4, we may re-evaluate
this, and it's likely we would jump over 2010 and move to Visual Studio 2012 at
that point (per discussions on python-dev).
As for your first point, Visual Studio 2008 is still available on the Microsoft
site, it's just not the first thing you usually find. If you look here -
http://msdn.microsoft.com/en-us/express/future/bb421473 - you can find it.
Anyway, I've done this port internally at my company, but I'm not able to
release that patch. I am, however, willing to do it personally so it could be
included here. If anyone else is interested in working on it, it should follow
the same format as other VS version support, going in the PC/VS{version} folder.
Also, reclassified this to the proper version, 3.3, since it's a feature
request.
--
assignee: tarek -
components: -Distutils, Distutils2, Installation
versions: +Python 3.3 -Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13210
___
___
Python-bugs-list mailing list
Unsubscribe:
http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Sébastien Sablé sa...@users.sourceforge.net added the comment: Here is a quick and dirty draft of the modifications I had to do in order to get Python 2.7.2 to compile with VS2010 on the wiki: http://wiki.python.org/moin/VS2010 I will improve/complete it as I progress. I will also do a 64 bits version. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Changes by Santoso Wijaya santoso.wij...@gmail.com: -- nosy: +santa4nt ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Éric Araujo mer...@netwok.org added the comment: The wiki page contains change to distutils, which I believe would not be allowed by the feature freeze. New features (such as support for a new compiler) need to target packaging. -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
[issue13210] Support Visual Studio 2010
Martin v. Löwis mar...@v.loewis.de added the comment: I think this issue urgently needs a scope defined. What *exactly* is it that you want to achieve? If it's merely being able to compile Python with VS 2010, many of the proposed changes are unnecessary. If you propose that the patch should be used to replace VS 2008 with VS 2010, I suggest that instead of developing it as a patch, you create a hg clone that you maintain on your own. If you propose that Python 3.3 be built and released with VS 2010, then we need to re-evaluate this question again. Wrt. VS 2012, my hope is that this will be available for 3.3 already. If that's not going to happen, I'd be open to switch to 2010 for 3.3 only (and to 2012 for 3.4). -- ___ Python tracker rep...@bugs.python.org http://bugs.python.org/issue13210 ___ ___ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
