Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.python > #87094 > unrolled thread

MSVC2013

Started bypolyvertex@gmail.com
First post2015-03-07 07:55 -0800
Last post2015-03-11 23:02 +0000
Articles 7 — 3 participants

Back to article view | Back to comp.lang.python


Contents

  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

#87094 — MSVC2013

Frompolyvertex@gmail.com
Date2015-03-07 07:55 -0800
SubjectMSVC2013
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]


#87101

FromChris Angelico <rosuav@gmail.com>
Date2015-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]


#87102

FromMark Lawrence <breamoreboy@yahoo.co.uk>
Date2015-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]


#87147

Frompolyvertex@gmail.com
Date2015-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]


#87152

FromMark Lawrence <breamoreboy@yahoo.co.uk>
Date2015-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]


#87297

Frompolyvertex@gmail.com
Date2015-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]


#87298

FromMark Lawrence <breamoreboy@yahoo.co.uk>
Date2015-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