Reading through this thread and the linked comment chains was very educational.
While I'm not involved enough to form an educated opinion, it's good
to see that the wheels of python org are moving.
That being said, I think that "dear stefan" email could have been
written better.
Also +1 on "not pun
d users
On Sat, 17 Oct 2020 at 07:18, Guido van Rossum wrote:
>
> Dima,
>
> Do you have a link to "babel macros"? Searching for that brought up several
> different things; not being a frequent JS user I don't know how to filter
> these.
>
> --Guido
>
My 2c as a Python user (mostly) and someone who dabbled in ES2020:
The shouting syntax! does not sit well with me.
The $hygenic is also cumbersome.
To contrast, babel macros:
* looks like regular code, without special syntax: existing tooling
works, less mental strain
* have access to call site e
On Fri, 24 Jan 2020 at 00:27, Victor Stinner wrote:
> Miro and me consider that Python 3.9 is pushing too much pressure on
> projects maintainers to either abandon Python 2.7 right now...
Let's not conflate py2 EOL with what-should-go-into-py39.
> https://copr.fedorainfracloud.org/coprs/g/pytho
These two ought to be converted to raw strings, shouldn't they?
On Thu, 8 Aug 2019 at 08:04, wrote:
>
> For me, these warnings are continuing to arise almost daily. See two recent
> examples below. In both cases, the code previously had always worked without
> complaint.
>
> - Example fro
I feel this is one of the cases, where we're expecting early adopters
to proactively post pull requests against affected libraries. Failing
that opening issues against affected libraries.
I was ready to do just that, but alas didn't even have to!
Matt's analysis shows that it's now too hard.
What
Hi list,
Sorry, I'm not sure where to post this.
The Changelog reads:
bpo-12477: Fix bug in parsermodule when parsing a state in a DFA that
has two or more arcs with labels of the same type. Patch by Pablo
Galindo.
The `12477` is actually a master github pull request number, not a
Python bug nu
This is awesome, thank you Ammar!
On 23 June 2018 at 06:21, Brett Cannon wrote:
> Thanks to a PR from Ammar Askar we now run Python under lcov as part of
> the code coverage build. And thanks to codecov.io automatically merging
> code coverage reports we get a complete report of our coverage (th
My 2c:
TL;DR PEP specifies implementation in some detail, but doesn't show
how proposed change can or should be used.
get()/set(value)/delete() methods: Python provides syntax sugar for
these, let's use it.
(dict: d["k"]/d["k] = value/del d["k"]; attrs: obj.k/obj.k = value/del
obj.k; inheriting
s are better?
On 20 September 2016 at 13:11, INADA Naoki wrote:
> On Tue, Sep 20, 2016 at 7:02 PM, INADA Naoki wrote:
>> On Tue, Sep 20, 2016 at 6:56 PM, Dima Tisnek wrote:
>>> Totally random thought:
>>>
>>> Can lru_cache be simplified to use an order
Totally random thought:
Can lru_cache be simplified to use an ordered dict instead of dict +
linked list?
On 15 September 2016 at 20:30, Serhiy Storchaka wrote:
> On 15.09.16 19:13, Antoine Pitrou wrote:
>>
>> Since this micro-benchmark creates the keys in order just before
>> filling the dict w
On 30 August 2016 at 14:13, Serhiy Storchaka wrote:
>> 1. Detect length change and raise.
>
>
> It would be simpler solution. But I afraid that this can break third-party
> code that "just works" now. For example slicing a list "just works" if step
> is 1. It can return not what the author expecte
Gone now, must've been transient.
I've no idea if it was python end, my end (tail?) or something
slithery inbetween.
On 11 May 2016 at 20:17, Brett Cannon wrote:
>
>
> On Wed, 11 May 2016 at 10:56 Dima Tisnek wrote:
>>
>> Sorry, this is probably wrong place to ask
Sorry, this is probably wrong place to ask, but is it only me?
I can't get more than 40KB/s downloading from python.org
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python
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
ked up about, but people enjoy
> getting worked up.
>
> Michael
>
>
>
>> On Tue, Jul 14, 2015 at 9:15 AM, Ron Adam wrote:
>>>
>>>
>>> On 07/14/2015 09:41 AM, Steven D'Aprano wrote:
>>>>
>>>> On Tue, Jul 14, 2015 at
https://bugs.python.org/issue21238 introduces detection of
missing/misspelt mock.assert_xxx() calls on getattr level in Python
3.5
Michael and Kushal are of the opinion that "assret" is a common typo
of "assert" and should be supported in a sense that it also triggers
AttributeError and is not sil
ssignment, but you really shouldn't!
# instead use sqlite3.register_xxx functions
converters = {} # type: Dict[str, Callable[[str], Any]]
adapters = {} # type: Dict[Tuple[Type, SomethingInternal],
Callable[[Any], str]]
On 7 May 2015 at 17:39, Guido van Rossum wrote:
> On Thu, May 7, 20
>> # plain data
>> user1 = dict(id=123, # always int
>> name="uuu", # always str
>> ...) # other fields possible
>> smth = [42, "xx", ...]
>> (why not namedtuple? b/c extensible, mutable)
>> At least one PHP IDE allows to annotate PDO.
>> Perhaps it's just bad taste in Python? Or is ther
On 30 April 2015 at 14:33, Steven D'Aprano wrote:
> On Thu, Apr 30, 2015 at 01:41:53PM +0200, Dima Tisnek wrote:
>
>> # Syntactic sugar
>> "Beautiful is better than ugly, " thus nice syntax is needed.
>> Current syntax is very mechanical.
>> Syntactic
# Syntactic sugar
"Beautiful is better than ugly, " thus nice syntax is needed.
Current syntax is very mechanical.
Syntactic sugar is needed on top of current PEP.
# internal vs external
@intify
def foo() -> int:
b = "42"
return b # check 1
x = foo() // 2 # check 2
Does the return type
Hi,
First, in case such project already exists, could someone point me towards this?
It occurs to me that in some cases may be possible to run exhaustive
test on user-implemented synchronisation code.
let's say, in a simple case, we've got a 2 threads, some user code
using threading.* primitives
Hi, is it possible to access the values stored on the stack in Python stack
machine from Python?
As in, consider expression:
tmp = foo() + bar()
At the point in time when bar() is called, foo() already returned
something, and that value is on top of the stack in that frame, a few steps
after bar
On 3 December 2010 16:45, "Martin v. Löwis" wrote:
>> Oh my bad, I must've confused python with some research paper.
>> Unique id is not so hard to make without an address.
>>
>> While on this topic, what is the real need for unique ids?
>
> They are absolutely needed for mutable objects. For immu
e and comparable
objects could perhaps survive without unique id?
On 3 December 2010 16:04, Terry Reedy wrote:
> On 12/3/2010 5:55 PM, Dima Tisnek wrote:
>>
>> How hard or reasonable would it be to free memory pages on OS level?
>>
>> [pcmiiw] Gabage collection within a
Python organizes objects into 3 generations, ephemeral, short- and long-lived.
When object is created it is place in ephemeral, if it lives long
enough, it is move to short-lived and so on.
q1 are generations placed in separate memory regions, or are all
generations in one memory regions and ther
How hard or reasonable would it be to free memory pages on OS level?
[pcmiiw] Gabage collection within a generation involves moving live
objects to compact the generation storage. This separates the memory
region into 2 parts "live" and "cleared", the pointer to the beginning
of the "cleared" part
27 matches
Mail list logo
