Re: [Python-Dev] Status on PEP-431 Timezones

On Thu, Jul 23, 2015 at 12:22 PM, Lennart Regebro wrote: > It turns out it's very complex to solve this when internally storing > the time as the local time. Basically you have to normalize the time > (ie check if daylight savings have changed) when doing arithmetic, but > normalize is doing arit

Re: [Python-Dev] Python automatic optimization

Andrew Steinberg via Python-Dev schrieb am 23.07.2015 um 21:04: > Hello everybody, I am using Python 2.7 as a backbone for some > mathematical simulations. I recently discovered a tool called AutoFDO > and I tried compiling my own Python version, but I did not manage to get > it working. My questio

Re: [Python-Dev] Python automatic optimization

As far as I can tell, the feedback directed optimizations don't give much speedup on Python. There is a variety of tools for help: cython, numba, pypy, numpy etc. if you care about performance of mathematical operations. On Thu, Jul 23, 2015 at 9:04 PM, Andrew Steinberg via Python-Dev wrote: > He

[Python-Dev] Python automatic optimization

Hello everybody, I am using Python 2.7 as a backbone for some mathematical simulations. I recently discovered a tool called AutoFDO and I tried compiling my own Python version, but I did not manage to get it working. My question is, will sometime in the future Python include this tool? Thank you

Re: [Python-Dev] Status on PEP-431 Timezones

Can you update the PEP with a small note about this and update the status to Postponed? Switching to UTC is a big change indeed. Or could you leave this issue unsolved and still make progress with the tz database? In any case, new discussion should then go back to python-ideas. On Thu, Jul 23, 2

Re: [Python-Dev] Reminder: Python 3.5 beta 4 is tagged in one week

On 22 July 2015 at 08:07, Robert Collins wrote: > On 22 July 2015 at 05:08, Larry Hastings wrote: >> >> >> On 07/21/2015 06:35 PM, Robert Collins wrote: >> >> Cool. http://bugs.python.org/issue21750 is in a bad state right now. >> >> I landed a patch to fix it, which when exposed to users had som

Re: [Python-Dev] Status on PEP-431 Timezones

On Thu, Jul 23, 2015 at 5:07 PM, Guido van Rossum wrote: > Sorry for reviving this thread, but I was cornered at EuroPython with a > question about the status of this PEP. It seems the proposal ran out of > steam and has now missed the Python 3.5 train. What happened? Is the problem > unsolvable?

Re: [Python-Dev] PEP 447 (type.__getdescriptor__)

I wonder whether XML RPC might be a good example? After all, it's already in the stdlib and presumably suffers from the same issue. Cheers, Steve Top-posted from my Windows Phone From: Ronald Oussoren Sent: ‎7/‎23/‎2015 3:07 To: Dim

Re: [Python-Dev] Status on PEP-431 Timezones

Sorry for reviving this thread, but I was cornered at EuroPython with a question about the status of this PEP. It seems the proposal ran out of steam and has now missed the Python 3.5 train. What happened? Is the problem unsolvable? Or could we get this into 3.6??? _

Re: [Python-Dev] PEP 447 (type.__getdescriptor__)

On 22 July 2015 at 14:21, Ronald Oussoren wrote: >> >> 2. Is this useful, that you can think of, for anything other than connecting >> to Objective C? > > Not immediately. But then again, I initially thought that decorators would > have limited appeal as well :-). I guess this could be useful

Re: [Python-Dev] PEP 447 (type.__getdescriptor__)

> On 23 Jul 2015, at 11:29, Dima Tisnek wrote: > > Hey I've taken time to read the PEP, my 2c... actually 1c: > > Most important is to explain how this changes behaviour of Python programs. > > A comprehensive set of Python examples where behaviour is changed (for > better or worse) please. T

Re: [Python-Dev] How do we tell if we're helping or hindering the core development process? (was Re: How far to go with user-friendliness)

On 23 July 2015 at 03:01, Alexander Belopolsky wrote: > On Wed, Jul 22, 2015 at 7:09 AM, Paul Moore wrote: >> >> does anyone seriously think a core dev >> commits code as a joke??? > > > Yes, . :-) Second person to pick me up on that :-) Paul

Re: [Python-Dev] PEP 447 (type.__getdescriptor__)

Hey I've taken time to read the PEP, my 2c... actually 1c: Most important is to explain how this changes behaviour of Python programs. A comprehensive set of Python examples where behaviour is changed (for better or worse) please. While I understand the concern of "superclasses of objects that g