ce 3.5.2 is out,
the solution would be to use open(config.path), and that will also
work when passing it to a library. Is it still unacceptable then?
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.
On Tue, Apr 5, 2016 at 7:44 PM, Nick Coghlan wrote:
> Option 4: define a rich-object-to-text path serialisation convention,
Unfortunately that sounds like a classic "serious programming"
solution (objects, abstractions, serialization, all big important
words :-).
--
--Gui
ython-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/guido%40python.org
>
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Py
OK, so this should be taken to the bug tracker.
On Saturday, April 9, 2016, Grady Martin wrote:
> I agree. However, an incorrect choice for an argument with a choices
> parameter results in this string.
>
> On 2016年04月08日 18時12分, Guido van Rossum wrote:
>
>>
>> T
d
~bool threads, and we can proceed to add secrets.py to the 3.6 stdlib.
You should be proud of that accomplishment!
--Guido
On Sat, Apr 9, 2016 at 10:08 PM, Steven D'Aprano wrote:
> I've just spotted this email from Guido, sorry about the delay in
> responding.
>
> Further comme
Most excellent! PEP 506 is hereby approved. Congrats again.
On Mon, Apr 11, 2016 at 10:50 AM, Steven D'Aprano wrote:
> On Sun, Apr 10, 2016 at 11:43:08AM -0700, Guido van Rossum wrote:
>> Hi Steven,
>>
>> No probIem with the delay -- it's still before 3.6.0.
mory accesses:
>
>http://bugs.python.org/issue25823
>
> The cost of non-aligned memory accesses depends on the CPU
> architecture, but it can raise a SIGBUS on some arch (MIPS and
> SPARC?).
>
> Victor
> _______
>
func);
> DISPATCH();
> }
>
> compile.c also gets a bit simpler, but not much.
>
> What do you think?
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
>
t; globals+builtins lookup optimization
> <https://bugs.python.org/issue1616125>`_. The patch adds a private
> ``timestamp`` field to the ``PyDictObject`` structure (``dict`` type),
> the field has the C type ``size_t``.
>
> Thread on python-dev: `About dictionary lookup caching
es are %s, %s" %
(width, height))
Blob.__init__(self, width, height,
color, emphasis, highlight)
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Pytho
tly fin and I disagree.
> It helps to visually see that the multiline 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 an
and emphasis == 'strong'
> or highlight > 100):
> raise ValueError("sorry, you lose")
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailma
n.
>
> Thank you very much for your time.
>
> Regards!
>
> --
> Daniel García a.k.a. cr0hn - Security researcher and pentester
> @ggdaniel
> http://www.cr0hn.com/me/
>
> ___
> Python-Dev mailing list
> Python-
ability reasons will also
> > translate to C; maybe pep 7 should also be updated.
>
> I would agree with this. Passing it directly to python-dev as that's
> where the key decision makers are.
>
> ChrisA
> ___
> Python-id
On Wed, Apr 27, 2016 at 11:06 AM, Serhiy Storchaka wrote:
> I think it is better to have relation with PyModule_AddIntConstant() etc
> than with PyObject_SetAttrString.
>
> My patch doesn't introduce new public function, but changes the behavior of
> the old function. This needs minimal changes to
Stefan, could you explain which module you are talking about and why it
would cost you a week? What is your responsibility here?
--Guido (mobile)
On Apr 28, 2016 8:28 AM, "Stefan Krah" wrote:
> Random832 fastmail.com> writes:
> > A more relevant point would be that _decimal does *not* use the A
; >
> https://mail.python.org/mailman/options/python-dev/facundobatista%40gmail.com
> >
>
>
>
> --
> .Facundo
>
> Blog: http://www.taniquetil.com.ar/plog/
> PyAr: http://www.python.org/ar/
> Twitter: @facundobatista
> ________
.python.org/mailman/listinfo/python-dev
>> Unsubscribe:
>> https://mail.python.org/mailman/options/python-dev/cmkleffner%40gmail.com
>>
>
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/
_
> 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/guido%40python.org
>
--
--Guido van Rossum (python.org/~guido)
IMO bool is a special case because it's meant to be a final class, and the
implementation of int (which is in C and so can violate most rules) doesn't
respect that.
But in general I think the only reasonable approach is that a construction
class method should return an instance of the subclass; th
If enum were provisional it would be okay, but since it isn't, I think this
change can't go into 3.5.2. Think if this: could any code that works in
3.5.1 be broken by the change?
--Guido (mobile)
On May 8, 2016 1:11 PM, "Ethan Furman" wrote:
> Currently, the Enum creation process ignores __dunde
interactions between the subclass and the
> base class than you really wanted to.
>
Indeed!
We could also consider this a general weakness of the "alternative
constructors are class methods" pattern. If instead these alternative
constructors were folded into the main constructor (e
On Sun, May 8, 2016 at 3:43 PM, Ethan Furman wrote:
> On 05/08/2016 03:29 PM, Guido van Rossum wrote:
>
> If enum were provisional it would be okay, but since it isn't, I think
>> this change can't go into 3.5.2. Think if this: could any code that
>> works i
I wonder if we should add something for this?
--Guido (mobile)
On May 8, 2016 7:18 PM, "Nick Coghlan" wrote:
> On 9 May 2016 at 08:43, Ethan Furman wrote:
> > On 05/08/2016 03:29 PM, Guido van Rossum wrote:
> >
> >> If enum were provisional it would be
On Sun, May 8, 2016 at 7:52 PM, Nick Coghlan wrote:
> On 9 May 2016 at 08:50, Guido van Rossum wrote:
> > On Sun, May 8, 2016 at 4:49 AM, Nick Coghlan wrote:
> >> P.S. The potential complexity of that is one of the reasons the design
> >> philosophy of "prefer
On Tue, May 10, 2016 at 6:21 AM, Nick Coghlan wrote:
> On 10 May 2016 at 02:30, Guido van Rossum wrote:
> > On Sun, May 8, 2016 at 7:52 PM, Nick Coghlan wrote:
> >> P.S. It occurs to me that a sufficiently sophisticated typechecker
> >> might be able to look at all
gt; or implementation?
>
> On Sat, 19 Mar 2016 at 11:56 Guido van Rossum wrote:
>
>> All that sounds fine!
>>
>> On Sat, Mar 19, 2016 at 11:28 AM, Stefan Krah
>> wrote:
>> > Guido van Rossum python.org> writes:
>> >> So should the preprocessi
On Wed, May 11, 2016 at 10:28 AM, Brett Cannon wrote:
>
>
> On Wed, 11 May 2016 at 09:47 Guido van Rossum wrote:
>
>> If the authors are happy I'll accept it right away.
>>
>> (I vaguely recall there's another PEP that's ready for pronouncement --
OK, then PEP 515 is now officially accepted! Congratulations. Start the
implementation work!
--Guido (mobile)
On May 11, 2016 10:33 PM, "Georg Brandl" wrote:
I'm happy with the latest version.
Georg
On 05/11/2016 06:46 PM, Guido van Rossum wrote:
> If the authors are ha
rsion (unoptimized):
def fspath(p: Union[str, bytes, PathLike]) -> Union[str, bytes]:
if isinstance(p, (str, bytes)):
return p
try:
return p.__fspath__
except AttributeError:
raise TypeError(...)
Other than that I think the PEP is already in fine shape.
--
--G
On Thu, May 12, 2016 at 10:18 AM, Brett Cannon wrote:
>
> On Thu, 12 May 2016 at 09:25 Guido van Rossum wrote:
>
>> def fspath(p: Union[str, bytes, PathLike]) -> Union[str, bytes]:
>> if isinstance(p, (str, bytes)):
>> return p
>>
t of the stdlib and only put in the stub (though you can show them in the
PEP of course).
If you want it to be generic we have more work to do. I'm out of time now
but we can discuss that after 3pm today.
--
--Guido van Rossum (python.org/~guido)
There's no need for typing.PathLike.
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
https://mail.python.org/mailman/options/pytho
Is anyone going to mark the PEP as accepted?
On Thu, May 12, 2016 at 8:11 AM, Guido van Rossum
wrote:
> OK, then PEP 515 is now officially accepted! Congratulations. Start the
> implementation work!
>
> --Guido (mobile)
> On May 11, 2016 10:33 PM, "Georg Brandl" wrot
.fspath() firmly falls in the latter camp:
it takes an input whose __fspath__() method will return either str or
bytes, so that's all the guidance it needs.
Really, if you want bytes, you should use os.fsencode(); if you want
strings, use os.fsencode(); if you want to be polymorphic, use os
On Fri, May 13, 2016 at 9:33 AM, Larry Hastings wrote:
>
>
> On 05/13/2016 06:21 PM, Guido van Rossum wrote:
>
> Really, if you want bytes, you should use os.fsencode(); if you want
> strings, use os.fsencode(); if you want to be polymorphic, use os.fspath()
> and chec
On Fri, May 13, 2016 at 9:34 AM, Ethan Furman wrote:
> I would say use `type(x).__fspath__`. I'm not aware of any other
> __dunder__ method that doesn't access the attribute from the type instead
> of the instance, and I see no point in making this one different.
>
Ag
e
root of Python's metaclass hierarchy). This equivalence also
motivates the name, ``Type``, as opposed to alternatives like
``Class`` or ``SubType``, which were proposed while this feature was
under discussion; this is similar to the relationship between
e.g. ``List`` and ``
the official repo.
>>
>
> Paraphrasing *someone* from Twitter yesterday, I'm just going to work on
> GitHub until I absolutely have to check into hg, m'kay? ;)
>
> -Brett
>
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailma
What would Type[C, D] mean?
--Guido (mobile)
On May 14, 2016 11:21 AM, "Peter Ludemann via Python-Dev" <
python-dev@python.org> wrote:
> Is Type[C,D] allowed? Or should multiple types be restricted to TypeVar?
>
> ___
> Python-Dev mailing list
> Python-
ason 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.)
--Guido
>
>
> On 14 May 2016 at 11:30, Guido v
://github.com/python/typing/issues/107 even though it's long and
meanders a bit; it comes to the right conclusion in the end.
On Sun, May 15, 2016 at 10:24 AM, Peter Ludemann
wrote:
>
>
> On 14 May 2016 at 13:28, Guido van Rossum wrote:
>
>> On Sat, May 14, 2016 at 11:47 AM, P
ed the union of all acceptable path-representing types
>> as that can be represented with
>> ``typing.Union[str, bytes, os.PathLike]`` easily enough and the hope
>> is users will slowly gravitate to path objects only.
>>
>>
>> Provide ``os.fspathb()``
>>
quite an effort (I personally did
not have the patience to keep up with the thread...).
On Mon, May 16, 2016 at 1:26 PM, Brett Cannon wrote:
>
>
> On Mon, 16 May 2016 at 13:12 Guido van Rossum wrote:
>
>> Once you assign yourself a PEP number I'll do one more pass an
github.com/python/typing/issues/107
--
--Guido van Rossum (python.org/~guido)
___
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/arch
/mail.python.org/mailman/options/python-dev/guido%40python.org
>
--
--Guido van Rossum (python.org/~guido)
___
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
___
> 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/guido%40python.org
--
--Guido van Rossum (python.org/~gu
___
> 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/guido%40python.org
>
--
--Guido van Rossum (python.org/~guido)
Because Emacs. :-) I am going to mute this thread now.
On Fri, May 20, 2016 at 11:40 AM, Brett Cannon wrote:
>
>
> On Fri, 20 May 2016 at 09:46 Guido van Rossum wrote:
>>
>> ALso, in case anyone reading this didn't realize, this is a classic
>> internet debate th
Sorry, this is more meant to be the start of a discussion about the
proposed feature. And typing.py has its own upstream repo (like asyncio).
--Guido (mobile)
On May 27, 2016 12:52 PM, "Brett Cannon" wrote:
> Patches to Python's stdlib should go through bugs.python.org so it isn't
> lost in emai
Also -- the most important thing. :-) What to call these things? We're
pretty much settled on the semantics and how to create them (A =
NewType('A', int)) but what should we call types like A when we're
talking about them? "New types" sounds awkward.
On Fri, May 2
oes to these).
> Fake types? Virtual types? Pseudo-types?
I'm not keen on any of these.
--
--Guido van Rossum (python.org/~guido)
___
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
obably
confusing because a subclass is also called a derived class.
On Sat, May 28, 2016 at 5:24 AM, Steven D'Aprano wrote:
> On Fri, May 27, 2016 at 09:26:29PM -0700, Guido van Rossum wrote:
>
>> We discussed this over dinner at PyCon, some ideas we came up with:
>>
>
lled. So if the function is
> typings.distinguish_type(...), then distinguished will stick.
>
> Top-posted from my Windows Phone
> ____
> From: Guido van Rossum
> Sent: 5/28/2016 7:38
> To: Steven D'Aprano
> Cc: Python-Dev
> Subject: Re: [Python-Dev]
://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.
On Sun, May 29, 2016 at 12:07 PM, Jelle Zijlstra
wrote:
>
>
> 2016-05-27 16:01 GMT-07:00 Guido van Rossum :
>>
>> Also -- the most important thing. :-) What to call these things? We're
>> pretty much settled on the semantics and how to create them (A =
>>
On Sun, May 29, 2016 at 4:08 PM, Oscar Benjamin
wrote:
>
> On 28 May 2016 00:03, "Guido van Rossum" wrote:
>>
>> Also -- the most important thing. :-) What to call these things? We're
>> pretty much settled on the semantics and how to create them (A =
&
I know we're all just having fun, but that's probably a rather stressful
welcome to the list. Maybe we can tone down the humor a bit and instead
review the OP's patches?
--Guido (mobile)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.pyth
Unless Jukka objects I am going with "distinct type" when discussing
the feature but NewType() in code.
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/
Everyone on the mypy team has a different opinion so the search is on. :-(
On Wed, Jun 1, 2016 at 5:37 PM, Hai Nguyen wrote:
> I am +1 for DistinctType (vs others) (no specific reason, just read out
> loud).
>
> Hai
>
> On Wednesday, June 1, 2016, Guido van Rossum wrote:
I've merged this into PEP 484 now. The informal term used there is
actually "unique type" which is fine. End of discussion please.
On Wed, Jun 1, 2016 at 5:50 PM, Bernardo Sulzbach
wrote:
> On 06/01/2016 09:44 PM, Guido van Rossum wrote:
>>
>> Everyone on the mypy t
t
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (python.org/~guido)
___
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 long as we don't require extension module authors to use them --
they may have their own compatibility requirements.
On Sat, Jun 4, 2016 at 11:50 AM, Christian Heimes wrote:
> On 2016-06-04 10:47, Guido van Rossum wrote:
>> Funny. Just two weeks ago I was helping someone wh
t 12:05 PM, Christian Heimes wrote:
> On 2016-06-04 11:59, Guido van Rossum wrote:
>> As long as we don't require extension module authors to use them --
>> they may have their own compatibility requirements.
>
> On Windows extension modules must be compiled with a spe
ev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/guido%40python.org
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev maili
hat do not support it. It's much
> lower impact on the source code than some other C99 features.
That could be a major performance impact.
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.pytho
On Mon, Jun 6, 2016 at 4:23 AM, Sturla Molden wrote:
> Guido van Rossum wrote:
>
>> I'm not sure I meant that. But if I have a 3rd party extension that
>> compiles with 3.5 headers using C89, then it should still compile with
>> 3.6 headers using C99. Also if I c
Right.
On Mon, Jun 6, 2016 at 7:31 AM, Eric V. Smith wrote:
> On 06/06/2016 10:11 AM, Guido van Rossum wrote:
>> On Mon, Jun 6, 2016 at 4:23 AM, Sturla Molden
>> wrote:
>>> Guido van Rossum wrote:
>>>
>>>> I'm not sure I meant that. But if I
cially with xenial being an LTS release.
>>
>>
> Yes, I agree. OTOH, I don't see any other way of resolving this.
>
> Another option would be to start raising the DeprecationWarning only in
> 3.6.
>
> Yury
>
> _______
I'll ask my colleague what his compiler setup was.
On Tue, Jun 7, 2016 at 3:24 AM, Victor Stinner
wrote:
> Hi,
>
> 2016-06-04 19:47 GMT+02:00 Guido van Rossum :
> > Funny. Just two weeks ago I was helping someone who discovered a
> > compiler that doesn't s
So here's the diffs that seem to indicate we were working with a compiler
that wasn't full C99 (or maybe previously we were working with a compiler
that had extensions?)
https://github.com/dropbox/typed_ast/commit/f7497e25abc3bcceced3ca6c3be3786d8805df41
On Tue, Jun 7, 2016 at 8:18 AM,
e any method is unsupported?
>
> --
> ~Ethan~
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/pytho
M, Richard Oudkerk wrote:
> On 18/10/2013 6:15pm, Guido van Rossum wrote:
>
>> Thanks! There are some new changes (I fixed a race with sockets closing)
>> and I hope to land flow control (finally) later today.
>>
>> Do you know what those skips are? I suspect they mi
Maybe the dummy socket returned by wrap_socket() is not acceptable for
select?
--Guido van Rossum (sent from Android phone)
On Oct 18, 2013 11:26 AM, "Richard Oudkerk" wrote:
> On 18/10/2013 6:57pm, Guido van Rossum wrote:
>
>> Thanks! Those are all expected (though co
Good sleuthing! Does the attached patch fix it?
(Off-topic: the code is pretty inconsistent about catching BaseException.
Maybe it shouldn't be caught at all?)
On Fri, Oct 18, 2013 at 2:04 PM, Richard Oudkerk wrote:
> On 18/10/2013 9:19pm, Guido van Rossum wrote:
>
>> Maybe
on an Ubuntu box too, and
there it actually works.)
On Fri, Oct 18, 2013 at 3:42 PM, Richard Oudkerk wrote:
> On 18/10/2013 10:37pm, Guido van Rossum wrote:
>
>> Good sleuthing! Does the attached patch fix it?
>>
>> (Off-topic: the code is pretty inconsistent about
You should ask Glyph too. He supplied lots of useful info about cert
checking on the python-tulip list.
On Sat, Oct 19, 2013 at 7:14 AM, Nick Coghlan wrote:
> On 19 October 2013 22:44, Christian Heimes wrote:
> > Am 19.10.2013 00:56, schrieb Guido van Rossum:
> > A couple of
.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
> https://mail.python.org/mailman/options/python-dev/guido%40python.org
>
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@pytho
h the PEP, having been
> heavily involved in earlier discussions. Thanks!
>
> -eric
--
--Guido van Rossum (python.org/~guido)
___
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
. But only under
> Unix ("if os.sep == '/'").
>
> Has anyone seen that feature in the real world? Debian doesn't use
> site-python, but its own /usr/share/pyshared.
>
> For the record, it was added in b53347c8260e with the following commit
> message:
>
Somebody please block him.
--Guido van Rossum (sent from Android phone)
On Oct 25, 2013 5:53 PM, "Ned Deily" wrote:
> In article , Terry Reedy
> wrote:
> > On 10/25/2013 6:55 PM, Tae Wong wrote:
> > > Here's the codeaccess.txt file.
> > > https:
he interactive interpreter, is *not* fixed in 2.6.9. If this issue
> affects
> you, please review the tracker for possible options:
>
> http://bugs.python.org/issue18458
>
> Enjoy,
> -Barry
> (on behalf of the Python development community)
--
--Guido van Rossu
ptions/python-dev/**
> guido%40python.org<https://mail.python.org/mailman/options/python-dev/guido%40python.org>
>
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/lis
ython should also include the Tcl/Tk header files.
--
Piet van Oostrum
WWW: http://pietvanoostrum.com/
PGP key: [8DAE142BE17999C4]
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
://phdru.name/p...@phdru.name
>Programmers don't die, they just GOSUB without RETURN.
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscribe:
&g
from the module), even though they behave
> a little like they are.
>
> Instead of relying on the descriptor protocol (which doesn't trigger
> because module level functions are stored in an instance namespace), we
> play games
Congrats are deserved all around. This is a solid PEP. I'm glad you all
took such great care with the design and the review.
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/ma
e the process.
>
> There is also http://shell.appspot.com/ which uses Google AppEngine.
> In my opinion, Google AppEngine doesn't use a sandbox in Python, but
> outside Python.
That's not just your opinion, it's a fact.
--
--Guido van Rossum (python.org/~gui
urageous step by Victor to
declare defeat. Negative results are also results, and they need to be
published. Thanks Victor!
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.org/mailman/listi
geset: 1270:14369a5e61679364deeae9a9a0deedbd593a72e0
> branch: legacy-trunk
> user:Guido van Rossum
> date:Thu Apr 01 20:59:32 1993 +
> summary: Support for frozen scripts; added -i option.
>
> -eric
> ___
g done on Linux; see
> recent MegaPipe paper for an example.)
>
> Regards,
>
> Trent.
> ___
> Python-Dev mailing list
> Python-Dev@python.org
> https://mail.python.org/mailman/listinfo/python-dev
> Unsubscrib
g/issue17810
>
Assuming Tim doesn't object (hi Tim!) I think this PEP is fine to accept --
all the ideas sound good, and I agree with moving to support 8-byte sizes
and framing. I haven't looked at the implementation but I trust you as a
re
use them:
>
> https://mail.python.org/pipermail/python-list/2013-November/660401.html
Nice post!
> I will continue to use my best effort to encourage good use of
> assertions in Python.
Thank you!
--Guido
>
>
--
--Guido van Rossum (on iPad)
__
man page and --help output could be more forthcoming
about this implication of "optimize". (The language reference is quite
clear about it.)
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://m
point of the PEP (== elicits the most
bikeshedding). I am also unsure about the value of framing when pickles are
written to strings.
--
--Guido van Rossum (python.org/~guido)
___
Python-Dev mailing list
Python-Dev@python.org
https://mail.python.o
On Mon, Nov 18, 2013 at 8:10 AM, Antoine Pitrou wrote:
> On Mon, 18 Nov 2013 07:48:27 -0800
> Guido van Rossum wrote:
> > On Mon, Nov 18, 2013 at 3:28 AM, Serhiy Storchaka >wrote:
> >
> > > 18.11.13 07:53, Tim Peters написав(ла):
> > >
> > &
ent.
> >
> > And the frame size is read using either one or two read() calls, which
> > is efficient.
>
> And it's only a minimal change from the current patch. Sounds good to me.
>
Food for thought: maybe we should have variable-encoding lengths for all
opcodes, rather than the current cumbersome scheme?
--
--Guido van Rossum (python.org/~guido)
___
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
So why is framing different?
On Tue, Nov 19, 2013 at 10:51 AM, Antoine Pitrou wrote:
> On Mon, 18 Nov 2013 16:48:05 -0800
> Guido van Rossum wrote:
> >
> > Food for thought: maybe we should have variable-encoding lengths for all
> > opcodes, rather than the current cum
So using an opcode for framing is out? (Sorry, I've lost track of the
back-and-forth.)
On Tue, Nov 19, 2013 at 10:57 AM, Antoine Pitrou wrote:
> On Tue, 19 Nov 2013 10:52:58 -0800
> Guido van Rossum wrote:
> > So why is framing different?
>
> Because it doesn't
On Tue, Nov 19, 2013 at 11:11 AM, Antoine Pitrou wrote:
> On Tue, 19 Nov 2013 11:05:45 -0800
> Guido van Rossum wrote:
>
> > So using an opcode for framing is out? (Sorry, I've lost track of the
> > back-and-forth.)
>
> It doesn't seem to bring anything, and it
901 - 1000 of 6462 matches
Mail list logo
