Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > comp.lang.python > #87094 > unrolled thread
| Started by | polyvertex@gmail.com |
|---|---|
| First post | 2015-03-07 07:55 -0800 |
| Last post | 2015-03-11 23:02 +0000 |
| Articles | 7 — 3 participants |
Back to article view | Back to comp.lang.python
MSVC2013 polyvertex@gmail.com - 2015-03-07 07:55 -0800
Re: MSVC2013 Chris Angelico <rosuav@gmail.com> - 2015-03-08 03:25 +1100
Re: MSVC2013 Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-03-07 16:35 +0000
Re: MSVC2013 polyvertex@gmail.com - 2015-03-08 10:57 -0700
Re: MSVC2013 Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-03-08 18:50 +0000
Re: MSVC2013 polyvertex@gmail.com - 2015-03-11 14:59 -0700
Re: MSVC2013 Mark Lawrence <breamoreboy@yahoo.co.uk> - 2015-03-11 23:02 +0000
| From | polyvertex@gmail.com |
|---|---|
| Date | 2015-03-07 07:55 -0800 |
| Subject | MSVC2013 |
| Message-ID | <7ec7c58b-f021-4a21-bd26-a2c9030c6ba9@googlegroups.com> |
Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? Is it in discussion? Maybe waiting for the 2015 version? I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... Cheers,
[toc] | [next] | [standalone]
| From | Chris Angelico <rosuav@gmail.com> |
|---|---|
| Date | 2015-03-08 03:25 +1100 |
| Message-ID | <mailman.146.1425745523.21433.python-list@python.org> |
| In reply to | #87094 |
On Sun, Mar 8, 2015 at 2:55 AM, <polyvertex@gmail.com> wrote: > Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? > Is it in discussion? Maybe waiting for the 2015 version? > > I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... There's something in the works with the very newest VS that will guarantee forward compatibility, which will be awesome. If that compiler is stable in time for the Python 3.5 release, then it will be used... but you'll be able to use any future version of VS to build extensions with, and they'll "just work". I don't know the full details, as it's still all in alpha at the moment, but yes, there are definitely plans to compile the newer Python 3.x versions on the newer compiler. Steve Dower of Microsoft is working closely with the python-dev group to make sure that this works. As a general rule, the official Windows builds of CPython are made with the latest stable VS as of their initial release. Unfortunately, that means that Python 2.7 is built using the compiler that was current when 2.7.0 came out, which is no longer supported; there have been some discussions about what to do about that. But for CPython 3.x, the compilers have all been supported for at least as long as the Python versions, so it's safe. You just have to wait until (closer to) the actual release to see which version to use. ChrisA
[toc] | [prev] | [next] | [standalone]
| From | Mark Lawrence <breamoreboy@yahoo.co.uk> |
|---|---|
| Date | 2015-03-07 16:35 +0000 |
| Message-ID | <mailman.147.1425746125.21433.python-list@python.org> |
| In reply to | #87094 |
On 07/03/2015 15:55, polyvertex@gmail.com wrote: > Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? > Is it in discussion? Maybe waiting for the 2015 version? > > I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... > > Cheers, > I'm building Python 3.5 every day with 2013 no problems at all, thanks mainly to the work on the build system by Zach Ware and Steve Dower. If 2015 is stable that will be used for 3.5 else we'll stick with 2013. -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence
[toc] | [prev] | [next] | [standalone]
| From | polyvertex@gmail.com |
|---|---|
| Date | 2015-03-08 10:57 -0700 |
| Message-ID | <51172c2b-5262-4d09-bee7-06ca3fdbddf4@googlegroups.com> |
| In reply to | #87102 |
On Saturday, March 7, 2015 at 5:36:07 PM UTC+1, Mark Lawrence wrote: > On 07/03/2015 15:55, polyvertex@gmail.com wrote: > > Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? > > Is it in discussion? Maybe waiting for the 2015 version? > > > > I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... > > > > Cheers, > > > > I'm building Python 3.5 every day with 2013 no problems at all, thanks > mainly to the work on the build system by Zach Ware and Steve Dower. If > 2015 is stable that will be used for 3.5 else we'll stick with 2013. > > -- > My fellow Pythonistas, ask not what our language can do for you, ask > what you can do for our language. > > Mark Lawrence For the record, I successfully compiled v3.5.0a1 (the latest 3.5 candidate as of today) with a fresh install of msvc2013. I ran the PCbuild/get_externals.bat script manually then opened the pcbuild.sln to launch a "Release/x64" build. Note that I had to launch the global build twice since the first one failed due to <tcl.h> header not found during _tkinter build. Re-launching the global build without modifying any setting/property just did the job flawlessly. As a quick test, I copied the built binaries (python.exe, .dll and .pyd files) in a new directory, as well as the content of the Lib folder. Then I started an interpreter session and typed some random imports. It all worked like a charm. Thank you for your answers.
[toc] | [prev] | [next] | [standalone]
| From | Mark Lawrence <breamoreboy@yahoo.co.uk> |
|---|---|
| Date | 2015-03-08 18:50 +0000 |
| Message-ID | <mailman.171.1425840662.21433.python-list@python.org> |
| In reply to | #87147 |
On 08/03/2015 17:57, polyvertex@gmail.com wrote: > On Saturday, March 7, 2015 at 5:36:07 PM UTC+1, Mark Lawrence wrote: >> On 07/03/2015 15:55, polyvertex@gmail.com wrote: >>> Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? >>> Is it in discussion? Maybe waiting for the 2015 version? >>> >>> I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... >>> >>> Cheers, >>> >> >> I'm building Python 3.5 every day with 2013 no problems at all, thanks >> mainly to the work on the build system by Zach Ware and Steve Dower. If >> 2015 is stable that will be used for 3.5 else we'll stick with 2013. >> >> -- >> My fellow Pythonistas, ask not what our language can do for you, ask >> what you can do for our language. >> >> Mark Lawrence > > For the record, I successfully compiled v3.5.0a1 (the latest 3.5 candidate as of today) with a fresh install of msvc2013. I ran the PCbuild/get_externals.bat script manually then opened the pcbuild.sln to launch a "Release/x64" build. > > Note that I had to launch the global build twice since the first one failed due to <tcl.h> header not found during _tkinter build. Re-launching the global build without modifying any setting/property just did the job flawlessly. > http://bugs.python.org/issue23452 > As a quick test, I copied the built binaries (python.exe, .dll and .pyd files) in a new directory, as well as the content of the Lib folder. Then I started an interpreter session and typed some random imports. It all worked like a charm. > > Thank you for your answers. > No problem :) -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence
[toc] | [prev] | [next] | [standalone]
| From | polyvertex@gmail.com |
|---|---|
| Date | 2015-03-11 14:59 -0700 |
| Message-ID | <cce4c9ce-8377-4e84-a043-a9319f34381d@googlegroups.com> |
| In reply to | #87152 |
On Sunday, March 8, 2015 at 7:51:17 PM UTC+1, Mark Lawrence wrote: > On 08/03/2015 17:57, polyvertex@gmail.com wrote: > > On Saturday, March 7, 2015 at 5:36:07 PM UTC+1, Mark Lawrence wrote: > >> On 07/03/2015 15:55, polyvertex@gmail.com wrote: > >>> Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? > >>> Is it in discussion? Maybe waiting for the 2015 version? > >>> > >>> I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... > >>> > >>> Cheers, > >>> > >> > >> I'm building Python 3.5 every day with 2013 no problems at all, thanks > >> mainly to the work on the build system by Zach Ware and Steve Dower. If > >> 2015 is stable that will be used for 3.5 else we'll stick with 2013. > >> > >> -- > >> My fellow Pythonistas, ask not what our language can do for you, ask > >> what you can do for our language. > >> > >> Mark Lawrence > > > > For the record, I successfully compiled v3.5.0a1 (the latest 3.5 candidate as of today) with a fresh install of msvc2013. I ran the PCbuild/get_externals.bat script manually then opened the pcbuild.sln to launch a "Release/x64" build. > > > > Note that I had to launch the global build twice since the first one failed due to <tcl.h> header not found during _tkinter build. Re-launching the global build without modifying any setting/property just did the job flawlessly. > > > > http://bugs.python.org/issue23452 > > > As a quick test, I copied the built binaries (python.exe, .dll and .pyd files) in a new directory, as well as the content of the Lib folder. Then I started an interpreter session and typed some random imports. It all worked like a charm. > > > > Thank you for your answers. > > > > No problem :) > > -- > My fellow Pythonistas, ask not what our language can do for you, ask > what you can do for our language. > > Mark Lawrence It seems I encountered issue #17797: http://bugs.python.org/issue17797 Should I update the bug with my config? (i.e.: native x64 GUI application embedding version 3.5a2, built with MSVC2013 SP4) Don't even know if I can as a guest... It is unclear to me whether or not a workaround will be implemented in 3.5 branch for pre-MSVC2015 compilers.
[toc] | [prev] | [next] | [standalone]
| From | Mark Lawrence <breamoreboy@yahoo.co.uk> |
|---|---|
| Date | 2015-03-11 23:02 +0000 |
| Message-ID | <mailman.285.1426114984.21433.python-list@python.org> |
| In reply to | #87297 |
On 11/03/2015 21:59, polyvertex@gmail.com wrote: > On Sunday, March 8, 2015 at 7:51:17 PM UTC+1, Mark Lawrence wrote: >> On 08/03/2015 17:57, polyvertex@gmail.com wrote: >>> On Saturday, March 7, 2015 at 5:36:07 PM UTC+1, Mark Lawrence wrote: >>>> On 07/03/2015 15:55, polyvertex@gmail.com wrote: >>>>> Out of curiosity, is there any plan to use a more recent version of Visual Studio (i.e.: 2013) to compile the official Python3 distribution for Windows? >>>>> Is it in discussion? Maybe waiting for the 2015 version? >>>>> >>>>> I'm working on a C++ software that embeds Python3, currently compiled with MSVC2010 and would like to upgrade to MSVC2013, but it appears that, while being feasible, Python3 won't compile out of the box with that configuration. I would like to avoid that hassle if possible... >>>>> >>>>> Cheers, >>>>> >>>> >>>> I'm building Python 3.5 every day with 2013 no problems at all, thanks >>>> mainly to the work on the build system by Zach Ware and Steve Dower. If >>>> 2015 is stable that will be used for 3.5 else we'll stick with 2013. >>>> >>>> -- >>>> My fellow Pythonistas, ask not what our language can do for you, ask >>>> what you can do for our language. >>>> >>>> Mark Lawrence >>> >>> For the record, I successfully compiled v3.5.0a1 (the latest 3.5 candidate as of today) with a fresh install of msvc2013. I ran the PCbuild/get_externals.bat script manually then opened the pcbuild.sln to launch a "Release/x64" build. >>> >>> Note that I had to launch the global build twice since the first one failed due to <tcl.h> header not found during _tkinter build. Re-launching the global build without modifying any setting/property just did the job flawlessly. >>> >> >> http://bugs.python.org/issue23452 >> >>> As a quick test, I copied the built binaries (python.exe, .dll and .pyd files) in a new directory, as well as the content of the Lib folder. Then I started an interpreter session and typed some random imports. It all worked like a charm. >>> >>> Thank you for your answers. >>> >> >> No problem :) >> >> -- >> My fellow Pythonistas, ask not what our language can do for you, ask >> what you can do for our language. >> >> Mark Lawrence > > It seems I encountered issue #17797: > http://bugs.python.org/issue17797 > > Should I update the bug with my config? (i.e.: native x64 GUI application embedding version 3.5a2, built with MSVC2013 SP4) > Don't even know if I can as a guest... Just create yourself a login, doesn't take five minutes, ask the occasional spammer who gets in :) > > It is unclear to me whether or not a workaround will be implemented in 3.5 branch for pre-MSVC2015 compilers. > I would think not but please don't quote me on that, it's all down to the Windows core developers. -- My fellow Pythonistas, ask not what our language can do for you, ask what you can do for our language. Mark Lawrence
[toc] | [prev] | [standalone]
Back to top | Article view | comp.lang.python
csiph-web