> On 30 Jan 2018, at 18:42, Chris Barker wrote:
>
> Ned,
>
> It looks like you're still building OS-X the same way as in the past:
>
> Intel 32+64 bit, 10.6 compatibility
>
> Is that right?
>
> Might it be time for an update?
>
> Do we still need to support 32 bit?
>> Ned Deily is in charge of the Mac build (as well as current release
> manager). Within the last week, he revised the official builds (now two, I
> believe) for 3.7.0b1, due in a day or so. One will be a future oriented
> 64-bit build. The PR and What's New have more.
>
What's New doesn't
On Thu, Feb 1, 2018 at 12:18 AM, Chris Barker wrote:
> On Wed, Jan 31, 2018 at 3:13 AM, Joni Orponen
> wrote:
>
>> On Wed, Jan 31, 2018 at 12:43 AM, Chris Barker - NOAA Federal <
>> chris.bar...@noaa.gov> wrote:
>>
>>> And maybe we could even get
On 1/31/2018 6:23 PM, Chris Barker wrote:
On Wed, Jan 31, 2018 at 4:20 AM, INADA Naoki > wrote:
> Against the official CPython 3.6 (probably .3 or .4) release I see:
> 1 that is 2.01x faster (python-startup, 24.6ms down to 12.2ms)
On Wed, Jan 31, 2018 at 4:20 AM, INADA Naoki wrote:
> > Against the official CPython 3.6 (probably .3 or .4) release I see:
> > 1 that is 2.01x faster (python-startup, 24.6ms down to 12.2ms)
> > 5 that are >=1.5x,<1.6x faster.
> > 13 that are >=1.4x,<1.5x faster.
> > 21
On Wed, Jan 31, 2018 at 3:13 AM, Joni Orponen
wrote:
> On Wed, Jan 31, 2018 at 12:43 AM, Chris Barker - NOAA Federal <
> chris.bar...@noaa.gov> wrote:
>
>> And maybe we could even get rid of the "Framework" builds..
>>>
>>
>> Please do not. These make life easier for
Doh! Thank you.
Steve Holden
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Click on "[x] horizontal" to exchange the two axis ;-)
Victor
2018-01-31 16:08 GMT+01:00 Steve Holden :
> The horizontal axis labelling in that graph is useless with so many tests
> included!
>
> Would a graphic with hover labels over the bars be more useful?
>
> Steve
The horizontal axis labelling in that graph is useless with so many tests
included!
Would a graphic with hover labels over the bars be more useful?
Steve Holden
On Wed, Jan 31, 2018 at 1:06 PM, Victor Stinner
wrote:
> There is https://speed.python.org/comparison/ to
There is https://speed.python.org/comparison/ to compare Python 2.7, 3.5,
3.6 and master (future 3.7).
Victor
Le 31 janv. 2018 13:14, "Ray Donnelly" a écrit :
> On Wed, Jan 31, 2018 at 11:16 AM, Joni Orponen
> wrote:
> > On Wed, Jan 31, 2018 at
>
> Against the official CPython 3.6 (probably .3 or .4) release I see:
> 1 that is 2.01x faster (python-startup, 24.6ms down to 12.2ms)
> 5 that are >=1.5x,<1.6x faster.
> 13 that are >=1.4x,<1.5x faster.
> 21 that are >=1.3x,<1.4x faster.
> 14 that are >=1.2x,<1.3x faster.
> 5 that are
On Wed, Jan 31, 2018 at 11:16 AM, Joni Orponen wrote:
> On Wed, Jan 31, 2018 at 9:31 AM, Ray Donnelly
> wrote:
>>
>> We see a 1.1 to 1.2 times performance benefit over official releases as
>> measured using 'python performance'.
>>
>> Apart from a
On Wed, Jan 31, 2018 at 9:31 AM, Ray Donnelly
wrote:
> We see a 1.1 to 1.2 times performance benefit over official releases as
> measured using 'python performance'.
>
> Apart from a static interpreter we also enable LTO and PGO and only build
> for 64-bit so I'm not
On Wed, Jan 31, 2018 at 12:43 AM, Chris Barker - NOAA Federal <
chris.bar...@noaa.gov> wrote:
> And maybe we could even get rid of the "Framework" builds..
>>
>
> Please do not. These make life easier for doing things the Apple way for
> signed sandboxed applications.
>
> Thanks — good to
On Jan 31, 2018 8:31 AM, "Ray Donnelly" wrote:
On Jan 30, 2018 6:47 PM, "Joni Orponen" wrote:
On Tue, Jan 30, 2018 at 6:50 PM, Ray Donnelly
wrote:
> While we're making such macOS-build requests, any chance of
On Jan 30, 2018 6:47 PM, "Joni Orponen" wrote:
On Tue, Jan 30, 2018 at 6:50 PM, Ray Donnelly
wrote:
> While we're making such macOS-build requests, any chance of building a
> static interpreter too? We've been doing that on the Anaconda
>
> It would be nice to do more things the Apple way, including porting to modern
> runtime feature availability check cascades of the Cocoa APIs and using the
> Apple provided system Frameworks. This seems like a rather major workload and
> should be targeting 3.8.
Yeah — too much to do for 3.7
And maybe we could even get rid of the "Framework" builds..
>
Please do not. These make life easier for doing things the Apple way for
signed sandboxed applications.
Thanks — good to hear there is a good reason for them. I’ve always thought
that Frameworks were designed with other
On Tue, Jan 30, 2018 at 6:50 PM, Ray Donnelly
wrote:
> While we're making such macOS-build requests, any chance of building a
> static interpreter too? We've been doing that on the Anaconda
> Distribution since the 5.0 release in September and it seems to be
> working
On Tue, Jan 30, 2018 at 7:08 PM, Matt Billenstein wrote:
> OSX is in a sad state linking to system libs on the later releases -- maybe
> 10.11 and on, not sure of the exact release -- they stopped shipping the
> headers for things like ssl and ffi since they don't want 3rd
On Tue, Jan 30, 2018 at 6:42 PM, Chris Barker wrote:
>
> And maybe we could even get rid of the "Framework" builds..
>
Please do not. These make life easier for doing things the Apple way for
signed sandboxed applications.
Joining the discussion here from a
On Tue, Jan 30, 2018 at 09:42:07AM -0800, Chris Barker wrote:
>IT dept has been making me upgrade, so I"m going to guess 10.8 or newer...
OSX is in a sad state linking to system libs on the later releases -- maybe
10.11 and on, not sure of the exact release -- they stopped shipping the
On Tue, Jan 30, 2018 at 5:42 PM, Chris Barker wrote:
> Ned,
>
> It looks like you're still building OS-X the same way as in the past:
>
> Intel 32+64 bit, 10.6 compatibility
>
> Is that right?
>
> Might it be time for an update?
>
> Do we still need to support 32 bit?
23 matches
Mail list logo