;convey". It may take you lots
of careful reading to understand it, but when you finally do, it's definitely
unambiguous.
___________
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
et *s* (cardinality of *s*).
+{{}}
(using the normal von Neumann definitions for 0={} and Succ(n) = n U {n})
_______
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
licity), but there's no easy answer--if there _were_ an
easy answer, we wouldn't have Python 3 in the first place, right?
_______
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
f calling it because you left the parens off.
That's *usually* a bug, but not always--it could be a LBYL check for an
attribute's presence, for example.
___________
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
linters, then they certainly don't need a bunch
of warnings from the compiler either.
___
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
as
instance attributes but "cheese" as a class attribute not usable as an object
conforming to the protocol with all three attributes? (Also, does @property
count as a class or instance attribute? What about an arbitrary data
descriptor? Or a non-data descriptor?)
______
valid. But
I'm guessing any such distros will be all-Python-3 long before then, and the
people using Python 2 will also be using old versions or conservative distros.___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman
help us
on Windows, where you can't use bytes, or Linux, where you can't use Unicode
(without surrogate escape or some other mechanism that Python 2 doesn't have).
_______
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
tion, but... time already goes too fast at my age;
don't skip me ahead almost a whole year to December 2016. :)
Also, unless you're the one guy who actually abandoned 2.6 for 3.0, it's
probably more useful to count from 2.7, 3.2, or the no-2.8 declaration, which
are all
On Wednesday, February 10, 2016 6:50 AM, Stephen J. Turnbull
wrote:
> Andrew Barnert via Python-Dev writes:
>
>> That doesn't mean the problem can't be solved. Apple solved their
>> equivalent problem, albeit by sacrificing backward compatibility in
>> a wa
hich can't have leading underscores), but it's also more conservative than
this spec in not allowing underscores between e and the sign.
I think Perl is the only language that allows them anywhere but in the digits
part.
___
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
On Feb 10, 2016, at 15:11, eryk sun wrote:
>
> On Wed, Feb 10, 2016 at 2:30 PM, Andrew Barnert via Python-Dev
> wrote:
>> [^3]: Say you write a program that assumes it will only be run on Shift-JIS
>> systems, and you use
>> CreateFileA to create a file named
On Feb 10, 2016, at 16:21, Steven D'Aprano wrote:
>
>> On Wed, Feb 10, 2016 at 03:45:48PM -0800, Andrew Barnert via Python-Dev
>> wrote:
>> On Feb 10, 2016, at 14:20, Georg Brandl wrote:
>>
>> First, general questions: should the PEP mention the Decim
quot;liberal", which the PEP was in favor of, and and it has precedent in more
other languages. But, in favor of your version, almost every language uses some
variation of "you can put underscores between digits" as the "tutorial-level"
explanation and rationale.
ed, and still defers to
literal syntax and semantics._______________
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
ut
if people feel strongly one way or the other, the PEP could just give it as a
good or a bad example and that would be enough to clarify the intention.
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/
On Feb 11, 2016, at 10:15, Andrew Barnert via Python-Dev
wrote:
>
> That's a good point: we need style rules for PEP 8.
One more point: should the tutorial mention underscores? It looks like the
intro docs for a lot of the other languages do. And it would only take one
short
On Thursday, February 11, 2016 10:35 AM, Jeff Hardy wrote:
>On Thu, Feb 11, 2016 at 10:15 AM, Andrew Barnert via Python-Dev
> wrote:
>
>>That's a good point: we need style rules for PEP 8.
...
>>It might be simpler to write a "whitelist" than a "bl
gt; bitstreams" (eg, in a package random.deprecated_generators).
I like the random.deprecated_generators idea.
___________________
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
thon, it's usually trivial to stick a shim in between the
database and the model thingy so I could just pass in "123-45-6789", so I don't
expect to ever need this specific example.
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail
not just settle that and go back to bikeshedding the cases that
*are* contended, like "123_456_j"? (I'm happy either way, as long as the
grammar rule is dead simple and the PEP 8 rule is pretty simple, but I know
others have strong, and conflicting, opinions on that.)
__
On Feb 14, 2016, at 19:05, Guido van Rossum wrote:
>
> I think it's probably too soon to discuss on python-dev, but I do
> think that something like this could be attempted in 3.6 or (more
> likely) 3.7, if it really is faster.
>
> An unfortunate issue however is that man
vulnerable/
Is there a workaround that Python and/or Python apps should be doing, or is
this just a matter of everyone on glibc 2.9+ needs to update their glibc?
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/list
> Hoping you'll be receptive to my pleas,
> Cheers
>
>
> * I am currently picking fruits in the regional Australia. I live in a van
> and have internet through with smartphone through an EDGE connection. I can
> plug the laptop in the farm but not in the van.
> ** No fr
en". I am guessing that 16-bit is
>>> not well liked on 64-bit hw now.
>>>
>>> reference for xlC v7, where short was (apparently) still accepted:
>>> http://www.serc.iisc.ernet.in/facilities/ComputingFacilities/systems/cluster/vac-7.0/html/language/ref/clrc
for this example, since it all fits on one line and
isn't at all confusing.)
___
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
On Mar 20, 2016, at 09:07, Michael Felt wrote:
>
>> On 2016-03-18 05:57, Andrew Barnert via Python-Dev wrote:
>> Yeah, C99 (6.7.2.1) allows "a qualified or unqualified version of _Bool,
>> signed int, unsigned int, or some other implementation-defined type", a
be needed in practice,
but something like this with defaults of False will allow people to easily
test all the various options.
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscrib
case I would start with the strict str only full implementation and
loosen it either in 3.6 or 3.7 depending on what people think after actually
using it.
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listi
Ethan Furman stoneleaf.us> writes:
> On 04/14/2016 12:03 AM, Michael Mysinger via Python-Dev wrote:
> > In particular, one RichPath
> > class might return bytes and another str, or even worse the same class
might
> > sometimes return bytes and sometimes str. When will o
Donald Stufft stufft.io> writes:
> > On Apr 14, 2016, at 11:59 AM, Michael Mysinger via Python-Dev python.org> wrote:
> >
> > In essence, you will force me to pre-
> > wrap all RichPath objects in either os.fsencode(os.fspath(path)) or
> > os.fsdecode(os
ne test and the raise
> > instruction are in two different blocks.
> >
> > (Moreover, the pep8 checks of OpenStack simply reject such syntax, but
> > I cannot use this syntax anymore :-))
> >
> I always half-indent continuation lines:
>
> if (width == 0
lguna idea?
Felipe_______
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
have similar
problems, in which case please say so. The rest of the community might
not understand, I certainly will.
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
___
Python-Dev ma
On 06/05/2016 00:06, Barry Warsaw wrote:
On May 05, 2016, at 11:58 PM, Mark Lawrence via Python-Dev wrote:
On 05/05/2016 23:22, Stefan Krah wrote
Fredrik Lundh is also affected (and might not have received any mail,
same as me):
https://pypi.python.org/pypi/PIL
Maybe, but then there&#
Is Type[C,D] allowed? Or should multiple types be restricted to TypeVar?
___
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
Type[...] item have been defined with a TypeVar(...,
bound=...), in which case multiple types aren't allowed with Type[...]?
On 14 May 2016 at 11:30, Guido van Rossum wrote:
> What would Type[C, D] mean?
>
> --Guido (mobile)
> On May 14, 2016 11:21 AM, "Peter Ludemann vi
owed. There is *usually* a
> good reason to use a type variable though -- without one the return type
> would be the base class. (But then again maybe that could be what you want,
> or you might not even have a return type, e.g. when the thing just gets
> thrown into the database.)
>
>
wanted (but plausible[1]) behavior in a widely-used
> tool is worth standardizing. Sometimes, of course, you standardize
> *despite* the tool, but then at least the tool-users know that a
> decision has been taken to impose the burden on them, vs. imposing the
> burden on peop
ke.
--
My fellow Pythonistas, ask not what our language can do for you, ask
what you can do for our language.
Mark Lawrence
___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http
gt; Regardless of what name, I'm fairly sure people will call it whatever
>> the
>> > function to create it is called. So if the function is
>> > typings.distinguish_type(...), then distinguished will stick.
>> >
>> > Top-posted from my Windows Phone
thods = unicodeiter_methods,
> };
I checked and VC++ does actually support this, and it looks like they support
// comments as well. I don't think it fully supports all of the C99 features
- it appears
They just cherry picked some stuff. The C99 standard library does appear to b
On 28.06.2018 2:45, Ivan Pozdeev via Python-Dev wrote:
On 28.06.2018 2:31, Ivan Pozdeev via Python-Dev wrote:
On 28.06.2018 1:42, Steven D'Aprano wrote:
On Wed, Jun 27, 2018 at 05:52:16PM +0300, Ivan Pozdeev via
Python-Dev wrote:
What this means in practice is that assignments will
hensions
with side effects is ever a good idea, and Tim's examples did
nothing to change that.
--
Regards,
Ivan
___________________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.pyth
On 28.06.2018 2:44, Greg Ewing wrote:
Ivan Pozdeev via Python-Dev wrote:
for me, the primary use case for an assignment expression is to be
able to "catch" a value into a variable in places where I can't put
an assignment statement in, like the infamous `if re.match() is not
ng if the answers to such puzzles were
> >> presented when they're posed.
>
well, I think the point there was that it wasn't obvious without running
the code -- and that point is made regardless of the answer.
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Respo
eople tend to use short, common names, like "i" -- Im thinking
that would also be the case for this kind of temp variable.
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___
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
se Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___________
Python-Dev mailing list
Python-Dev@python.org
https://mai
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
______
a
sub-expression in cases such as
[ ( (f(x) -> y)**2, y**3, y**4) for x in iterable ]
vs
[ ( (y := f(x))**2, y**3, y**4) for x in iterable ]
because the first "y" is closer to the way it is used, viz "**2".
Regards
Rob Cliffe
_____________
some thoughts that were buried in my
subconscious. It's just that I couldn't come up with any rational
objections to "->".
Rob Cliffe
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_campaign=sig-email&utm_content=emailclient>
Vi
ency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
_______
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
fair enough, but I think we all agree that *many*, if not most, Python
users are "not professional programmers". While on the other hand everyone
involved in discussion on python-dev and python-ideas is a serious (If not
"professional") programmer.
So we do have a bit of a
ead of := maybe => better
:= too close to other langs
Abdur-Rahmaan Janhangeer
https://github.com/Abdur-rahmaanJ
Of the proposed syntaxes, I dislike identifer := expression less, but
I'd still rather not see it added.
_______
Python-Dev
used in the PEP body instead of
examples which play *against* PEP 572.
Yet a win too small to me for justifying such syntax change. I know
that I can not convince you or Guido.
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.p
l principle that Chris Angelico has repeatedly mention applies
here: If you want (as I instinctively would)
while (command := input("> ")).lower() != "quit":
you can't express that in your iter version.
Regards
Rob Cliffe
_______
nor its
proponents have even addressed this basic issue.
-n
--
Regards,
Ivan
___
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
be accepted, but as far as I can tell neither the text nor its
proponents have even addressed this basic issue.
-n
--
Regards,
Ivan
_______
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
On 05.07.2018 2:29, Nathaniel Smith wrote:
On Wed, Jul 4, 2018 at 4:10 PM, Ivan Pozdeev via Python-Dev
wrote:
On 04.07.2018 10:10, Nathaniel Smith wrote:
Right, Python has a *very strong* convention that each line should
have at most one side-effect, and that if it does have a side-effect
it
.
(As Stéfane Fermigier righly showed in message from 4 Jul 2018 11:59:47
+0200, there are always orders of magnitude more "amateurs" than
"professionals", and even fewer competent ones.)
_______
Python-Dev ma
On 05.07.2018 3:40, Ivan Pozdeev via Python-Dev wrote:
On 05.07.2018 2:29, Nathaniel Smith wrote:
On Wed, Jul 4, 2018 at 4:10 PM, Ivan Pozdeev via Python-Dev
wrote:
On 04.07.2018 10:10, Nathaniel Smith wrote:
Right, Python has a *very strong* convention that each line should
have at most
oved here".
Well, if no-one knows how to find something that can be improved, it
can't be improved :)
ChrisA
___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.py
ite the most slick/unreadable code.
Regards
Rob Cliffe
___________
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
us will use them more than others, some
perhaps not at all.
Regards
Rob Cliffe
_______________
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
t be put into the "chunk := self.raw.read()"
assignment expression combined with a test. At least, I don't see how.
(D)
while 1:
u1 = random()
if not 1e-7 < u1 < .999:
continue
...
Again, I don't see how to use assignment expression here.
Here
On 05.07.2018 2:52, Mike Miller wrote:
Recently on Python-Dev:
On 2018-07-03 15:24, Chris Barker wrote:
> On Tue, Jul 3, 2018 at 2:51 PM, Chris Angelico > On Wed, Jul 4, 2018 at 7:37 AM, Serhiy Storchaka
>
> > I believe most Python users are not
> > pro
the letter "all capabilities" 'cuz I may've missed something.)
Should it?
Personally, I'm for the unpacking but against augmentation 'cuz it has
proven incomprehensible as per the 5 Jul 2018 04:22:36 +0300 letter.
--
Regards,
Ivan
_____________
64.py AFAICS),
the change to `for' is fine.
_______
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/vano%40mail.mipt.ru
--
Reg
g
to prescribe coding style or thinking about which parts of the std lib
should be refactored to use it and which shouldn't.
There is no need to rush into making changes. Let them happen naturally.
--
Regards,
Ivan
___________
Python-Dev mailing li
On 05.07.2018 9:20, Steven D'Aprano wrote:
On Thu, Jul 05, 2018 at 05:33:50AM +0300, Ivan Pozdeev via Python-Dev wrote:
And https://mail.python.org/pipermail/python-dev/2018-June/154160.html
disproves the "chosen often these days in new languages".
Ivan, I think you may hav
les
match/group: https://github.com/python/cpython/pull/8097/files
list comp: https://github.com/python/cpython/pull/8098/files
Victor
_______
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman
On 05.07.2018 3:22, Chris Angelico wrote:
Python uses "as NAME" for things that
are quite different from this, so it's confusing
I wrote in
https://mail.python.org/pipermail/python-dev/2018-June/154066.html that
this is easily refutable.
Looks like not for everybody. Okay,
526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___________
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
t
equivalent to that: not everything has a defined ordering relation. "<>"
draws from BASIC AFAIK which was geared towards regular users who don't
deal with advanced mathematics.)
ChrisA
___
Python-Dev mailing list
Python-Dev@python.org
https://
.
--
Regards,
Ivan
_______
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
;s not too late to start calling the latter "generator
comprehensions" so that maybe by the year 2025 we can say
"comprehensions" and everyone will understand we mean all four types?
FWIW more people should start using "list display" etc. for things
like [a, b, c].
On 07.07.2018 2:58, Ivan Pozdeev via Python-Dev wrote:
On 07.07.2018 2:31, Guido van Rossum wrote:
On Fri, Jul 6, 2018 at 4:19 PM Terry Reedy <mailto:tjre...@udel.edu>> wrote:
Since Guido, the first respondent, did not immediately shoot the
idea
down, I intend to flesh i
https://github.com/python/cpython/pull/8145
On 07.07.2018 3:33, Ivan Pozdeev via Python-Dev wrote:
On 07.07.2018 2:58, Ivan Pozdeev via Python-Dev wrote:
On 07.07.2018 2:31, Guido van Rossum wrote:
On Fri, Jul 6, 2018 at 4:19 PM Terry Reedy <mailto:tjre...@udel.edu>> wrote:
Si
ly that's pretty arbitrary.
Thanks to all of you who keep making 3.4 and 3.5 better,
//arry/
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/p
d).
Bests,
--
Julien Palard
https://mdk.fr
_______________
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
On 09.07.2018 1:32, Larry Hastings wrote:
On 07/08/2018 10:05 AM, Ivan Pozdeev via Python-Dev wrote:
I'll use this opportunity to remind you that 3.4 build is broken --
it can't be built from start to installer with the instructions given
because of outside factors (CPython has mig
ad. This seems to be the
trend among official sites in general.
Cheers,
Steve
___
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/vano%40mail.
Flury <https://twitter.com/TonyFlury/>*
_______
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
of the core-mentorship mailing list
core-mentorship -> core mentorship
is a vast improvment over the briefer::
improvment -> improvement
Best wishes
Rob Cliffe
___________
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
tive in my book.
Victor
___________
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/vano%40mail.mipt.ru
___________
Python-De
t term anywhere else.
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
___________
ing-point values, saving large quantities of
memory by having only one floating-point zero.
Steve Holden
On Thu, Jul 12, 2018 at 9:55 AM, Alex Walters mailto:tritium-l...@sdamon.com>> wrote:
> -Original Message-
> From: Python-Dev list=sdamon@python.org &l
Thanks Nick,
I'll adopt this approach when I update my teaching materials.
If I think of it, I"ll post here when I do that
-CHB
On Sun, Jul 15, 2018 at 12:21 AM, Nick Coghlan wrote:
> On 13 July 2018 at 15:30, Chris Barker via Python-Dev
> wrote:
> > On Mon, Jul 9,
ughts?Thanks,Adam*
_______
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
of stub files.
Personally, I think they should be a subset of Python, but I'd also be
happy with an EBNF grammar for them.
-- Teddy
On Mon, Jul 16, 2018 at 11:05 AM Brett Cannon wrote:
>
>
> On Mon, 16 Jul 2018 at 10:32 Adam Cataldo via Python-Dev <
> python-dev@pyth
>
> We would like to see a clear statement about the syntax of stub files.
> Personally, I think they should be a subset of Python, but I'd also be
> happy with an EBNF grammar for them.
>
> -- Teddy
>
>
> On Mon, Jul 16, 2018 at 11:05 AM Brett Cannon wrote:
It would be nice if the pytype team could articulate the problems they're
> trying to solve, rather than offering to "help finalize PEP 484". My guess is
> that their parser for .pyi files only accepts a subset of Python and they're
> (you're? do you report to A
l).
But I'm wondering if there's a more formal contract around this behaviour.
Cheers,
Radim
_______________
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/o
ement
-CHB
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
________
ceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Seattle, WA 98115 (206) 526-6317 main reception
chris.bar...@noaa.gov
_______
Python-Dev mailing list
Pyt
d this thread correctly, the pytype team is also willing to
> help out?
>
> - Sebastian
>
> _______
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/option
md).
>>
>> I guess I just volunteered to help with such a PEP, although I feel that
>> someone from mypy's core team should take the lead on that. And if I
>> understood this thread correctly, the pytype team is also willing to help
>> out?
>
> I
;> someone from mypy's core team should take the lead on that. And if I
>> understood this thread correctly, the pytype team is also willing to
>> help out?
>>
>> - Sebastian
>>
>> _______
>> Python-Dev mailing list
>> Python-Dev@python.org
>> https:
hout holding the
GIL there are definitely use cases where it is not, for example when there are
keys with a type implemented in python, or when the dict is modified in another
thread.
Ronald
___________
Python-Dev mailing list
Python-Dev@python.org
https://mail.pyt
/issue34088
[5]: https://github.com/python/cpython/tree/3.7/Modules/_xxtestfuzz
--
Regards,
Ivan
_______
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
201 - 300 of 939 matches
Mail list logo
