On Wed, Sep 30, 2015 at 3:57 PM, Carl Kleffner wrote:
> Concerning the claims that mingw is difficult:
>
> The mingwpy package is a sligthly modified mingw-w64 based gcc toolchain,
> that is in development. It is designed for simple use and for much better
> compatibility to the standard MSVC pyt
I don't know that anyone disagrees with my point, but, less than an hour
ago, this on the wxPython list:
"""
Microsoft no longer sells the compiler that's needed to build Python 3.4,
and the needed compiler for Python 3.5 is free.
"""
To be fair, if you are trying to build wxWidgets, you may well
On 1 October 2015 at 18:18, Chris Barker wrote:
>> If you want a simple "install a
>> Python build environment" process, you could look at
>> https://github.com/pfmoore/pybuild -
>
> nice! I'll checdk that out. But I"m confused -- right in there, you write:
>
> "setting up a Windows build environm
On Wed, Sep 30, 2015 at 12:15 PM, Paul Moore wrote:
> > This, unfortunately is non-trivial, and really a pain if you want to
> > automate builds.
>
> Please clarify.
First point -- that was intended to be a lament, not a criticism. And
certainly not a criticism of anything Python devs are doing
On 30 September 2015 at 20:15, Paul Moore wrote:
> I'll push an addition to packaging.python.org, probably tomorrow.
https://github.com/pypa/python-packaging-user-guide/pull/175
Unless there's a discussion on the PR, I'll probably commit it in a day or so.
Paul
__
It should be possible with Wine.
Am 30.09.2015 22:50 schrieb "Laurent Gautier" :
> Hi Carl,
>
> Looks promising.
>
> Any chance the effort would consider cross-compiling (from Linux) as a
> possible objective ?
>
> Best,
>
> Laurent
>
> On Wed, Sep 30, 2015, 3:58 PM Carl Kleffner wrote:
>
>> Conc
Hi Carl,
Looks promising.
Any chance the effort would consider cross-compiling (from Linux) as a
possible objective ?
Best,
Laurent
On Wed, Sep 30, 2015, 3:58 PM Carl Kleffner wrote:
> Concerning the claims that mingw is difficult:
>
> The mingwpy package is a sligthly modified mingw-w64 bas
Concerning the claims that mingw is difficult:
The mingwpy package is a sligthly modified mingw-w64 based gcc toolchain,
that is in development. It is designed for simple use and for much better
compatibility to the standard MSVC python builds. It should work out of the
box, as long as the \Script
On 30 September 2015 at 16:57, Chris Barker - NOAA Federal
wrote:
>> 1. Install "Windows SDK for Windows 7 and .NET Framework 4" (v7.1)
>> 2. Work from an SDK command prompt (with the environment variables
>> set, and the SDK on PATH).
>> 3. Set DISTUTILS_USE_SDK=1
>> 4. Done.
>
> This, unfortunat
TL;DR -- yes, documenting this in packaging.python.org would be great!
> Part of the problem here is that people put up postings saying "do
> this" having checked that it works for them, and then others say "but
> it doesn't work", without giving any information as to why or
> providing any means
On 30 September 2015 at 01:31, Chris Barker - NOAA Federal
wrote:
> It may be -- I've still have to test. Neither Windows nor py3 are my
> primary production versions.
Part of the problem here is that people put up postings saying "do
this" having checked that it works for them, and then others s
> On Sep 29, 2015, at 9:20 AM, Steve Dower wrote:
>
>> On 29Sep2015 0820, Chris Barker wrote:
>> OK -- I'm going to get off my soap box now -- time to actually suggest
>> doc patches
>
> Just bear in mind that you're suggesting patches for Python 3.3 and 3.4,
> which means that 3.4.4 is the o
> I'm not sure why INADA Naoki's answer above wasn't sufficient for you?
It may be -- I've still have to test. Neither Windows nor py3 are my
primary production versions.
But the last time I tried the SDK approach was for py2.7 on Win64, and
it was both a pain, and impossible to set up to "just w
On Tue, 29 Sep 2015 17:20 Steve Dower wrote:
On 29Sep2015 0820, Chris Barker wrote:
> OK -- I'm going to get off my soap box now -- time to actually suggest
> doc patches
Just bear in mind that you're suggesting patches for Python 3.3 and 3.4,
which means that 3.4.4 is the only real chance t
On 25 September 2015 at 16:35, INADA Naoki wrote:
> You can use "Windows SDK for Windows 7 and .NET Framework 4".
>
> http://www.microsoft.com/en-us/download/details.aspx?id=8279
>
> On Sat, Sep 26, 2015 at 12:24 AM, Chris Barker - NOAA Federal
> wrote:
>>
>> As I understand it, the MS VS2010 com
On Sep 29, 2015 8:22 AM, "Chris Barker" wrote:
>
>> And in mingw-w64, the only way to select a non-default CRT
>
> what is a "default" CRT in this case??
To answer the question: mingw-w64's
standard/default/only-officially-supported CRT is msvcrt.dll (the version
that has no version number in th
On 29Sep2015 0820, Chris Barker wrote:
OK -- I'm going to get off my soap box now -- time to actually suggest
doc patches
Just bear in mind that you're suggesting patches for Python 3.3 and 3.4,
which means that 3.4.4 is the only real chance to get them onto people's
machines. http://docs
And in mingw-w64, the only way to select a non-default CRT
>
what is a "default" CRT in this case??
> CRT issues are indeed tricky, because they only bite in certain
> circumstances -- so long as you never pass a FILE* or a fileno across the
> dll boundary, or call malloc in one module and free i
On Mon, Sep 28, 2015 at 5:14 PM, Mark Lawrence wrote:
>
> For anyone interested although this http://bugs.python.org/issue3871 mingw
> issue is closed, it points to four other issues. In total there are around
> 25 mingw issues open. Maybe some of the work done on them can be tied up
> with the
On 29/09/2015 00:52, Nathaniel Smith wrote:
On Mon, Sep 28, 2015 at 2:55 PM, Paul Moore wrote:
On 28 September 2015 at 22:18, Nathaniel Smith wrote:
On Sep 28, 2015 1:39 PM, "Paul Moore" wrote:
On 28 September 2015 at 21:18, MRAB wrote:
Same here. I compile the regex module for Python 2.
On Mon, Sep 28, 2015 at 2:55 PM, Paul Moore wrote:
> On 28 September 2015 at 22:18, Nathaniel Smith wrote:
>> On Sep 28, 2015 1:39 PM, "Paul Moore" wrote:
>>>
>>> On 28 September 2015 at 21:18, MRAB wrote:
>>> > Same here. I compile the regex module for Python 2.5-2.7 and 3.1-3.5,
>>> > both 32
On 28 September 2015 at 22:18, Nathaniel Smith wrote:
> On Sep 28, 2015 1:39 PM, "Paul Moore" wrote:
>>
>> On 28 September 2015 at 21:18, MRAB wrote:
>> > Same here. I compile the regex module for Python 2.5-2.7 and 3.1-3.5,
>> > both 32-bit and 64-bit, using MinGW-w64, and I haven't had a probl
On Sep 28, 2015 1:39 PM, "Paul Moore" wrote:
>
> On 28 September 2015 at 21:18, MRAB wrote:
> > Same here. I compile the regex module for Python 2.5-2.7 and 3.1-3.5,
> > both 32-bit and 64-bit, using MinGW-w64, and I haven't had a problem yet
> > that wasn't due to a bug in the source code.
>
> I
On 2015-09-28 21:38, Paul Moore wrote:
On 28 September 2015 at 21:18, MRAB wrote:
> Same here. I compile the regex module for Python 2.5-2.7 and 3.1-3.5,
> both 32-bit and 64-bit, using MinGW-w64, and I haven't had a problem yet
> that wasn't due to a bug in the source code.
Interesting. With P
On 28 September 2015 at 21:18, MRAB wrote:
> Same here. I compile the regex module for Python 2.5-2.7 and 3.1-3.5,
> both 32-bit and 64-bit, using MinGW-w64, and I haven't had a problem yet
> that wasn't due to a bug in the source code.
Interesting. With Python 3.5, what CRT does the module use?
On 2015-09-28 19:00, Erik Bray wrote:
On Fri, Sep 25, 2015 at 6:27 PM, Chris Barker - NOAA Federal
wrote:
You can use "Windows SDK for Windows 7 and .NET Framework 4".
http://www.microsoft.com/en-us/download/details.aspx?id=8279
Thanks. Last time I tried that route, it was for 64 bit py2.7.
On Fri, Sep 25, 2015 at 6:27 PM, Chris Barker - NOAA Federal
wrote:
>
> You can use "Windows SDK for Windows 7 and .NET Framework 4".
>
> http://www.microsoft.com/en-us/download/details.aspx?id=8279
>
>
> Thanks. Last time I tried that route, it was for 64 bit py2.7. And it
> required some kludgin
You can use "Windows SDK for Windows 7 and .NET Framework 4".
http://www.microsoft.com/en-us/download/details.aspx?id=8279
Thanks. Last time I tried that route, it was for 64 bit py2.7. And it
required some kludging of environment variables, and registry acces I don't
have permission for.
But i
> This is the main motivation for moving to VS 2015 for Python 3.5.
Yes,I've followed that work to the degree I understand it, and it
looks like a great move. Thanks so much for your (continuing) efforts
with this.
> put a bit of
>>
>> pressure on MS to make it available, as they have for VS2008
On 25Sep2015 0824, Chris Barker - NOAA Federal wrote:
As I understand it, the MS VS2010 compiler is required (or at least
best practice) for compiling Python extensions for the python.org
Windows builds of py 3.4 and ?[1]
However, MS now makes it very hard (impossible?) to download VS2010
Expres
You can use "Windows SDK for Windows 7 and .NET Framework 4".
http://www.microsoft.com/en-us/download/details.aspx?id=8279
On Sat, Sep 26, 2015 at 12:24 AM, Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> As I understand it, the MS VS2010 compiler is required (or at least
> best pr
31 matches
Mail list logo