Re: is @ operator popular now?

2017-07-16 Thread Terry Reedy
On 7/15/2017 7:35 AM, oyster wrote: as the title says. has @ been used in projects? @ was added as an operator for the benefit of numpy, which is a hugh project. I am pretty sure that it is used there, but you can ask on some numpy list. -- Terry Jan Reedy -- https://mail.python.org/mail

Re: is @ operator popular now?

2017-07-15 Thread oyster
sorry, I mean "PEP 465 - A dedicated infix operator for matrix multiplication" on https://docs.python.org/3/whatsnew/3.5.html#whatsnew-pep-465 2017-07-15 20:05 GMT+08:00 Matt Wheeler : > On Sat, 15 Jul 2017, 12:35 oyster, wrote: >> >> as the title says. has @ been used in projects? > > > Strictl

Re: is @ operator popular now?

2017-07-15 Thread Matt Wheeler
On Sat, 15 Jul 2017, 13:49 Christian Heimes, wrote: > @ is an actual operator in Python. It was added in Python 3.5 as infix > matrix multiplication operator, e.g. > >m3 = m1 @ m2 > TIL The operator is defined in PEP 465, > https://www.python.org/dev/peps/pep-0465/ Perhaps it should also

Re: is @ operator popular now?

2017-07-15 Thread Peter Otten
Chris Angelico wrote: > On Sat, Jul 15, 2017 at 11:05 PM, Peter Otten <__pete...@web.de> wrote: >> Matt Wheeler wrote: >> as the title says. has @ been used in projects? >> >> numpy, probably? >> >>> Strictly speaking, @ is not an operator. >> >> In other words it's not popular, not even wide

Re: is @ operator popular now?

2017-07-15 Thread Chris Angelico
On Sat, Jul 15, 2017 at 11:05 PM, Peter Otten <__pete...@web.de> wrote: > Matt Wheeler wrote: > >>> as the title says. has @ been used in projects? > > numpy, probably? > >> Strictly speaking, @ is not an operator. > > In other words it's not popular, not even widely known. > > Compare: > > $ pytho

Re: is @ operator popular now?

2017-07-15 Thread Peter Otten
Matt Wheeler wrote: >> as the title says. has @ been used in projects? numpy, probably? > Strictly speaking, @ is not an operator. In other words it's not popular, not even widely known. Compare: $ python3.4 -c '__pete...@web.de' File "", line 1 __pete...@web.de ^ SyntaxErr

Re: is @ operator popular now?

2017-07-15 Thread Christian Heimes
On 2017-07-15 14:05, Matt Wheeler wrote: > On Sat, 15 Jul 2017, 12:35 oyster, wrote: > >> as the title says. has @ been used in projects? >> > > Strictly speaking, @ is not an operator. > It delimits a decorator statement (in python statements and operations are > not the same thing). > However,

Re: is @ operator popular now?

2017-07-15 Thread Matt Wheeler
On Sat, 15 Jul 2017, 12:35 oyster, wrote: > as the title says. has @ been used in projects? > Strictly speaking, @ is not an operator. It delimits a decorator statement (in python statements and operations are not the same thing). However, to answer the question you actually asked, yes, all the

Re: is operator versus id() function

2013-04-06 Thread Nobody
On Fri, 05 Apr 2013 06:49:14 -0700, Candide Dandide wrote: > So, could someone please explain what exactly the is operator returns ? > The official doc says : > > The ‘is‘ operator compares the identity of two objects; the id() > function returns an integer representing its identity (currently >

Re: is operator versus id() function

2013-04-05 Thread Tim Delaney
On 6 April 2013 03:40, candide wrote: > Le vendredi 5 avril 2013 16:53:55 UTC+2, Arnaud Delobelle a écrit : > > > > > > You've fallen victim to the fact that CPython is very quick to collect > > > > garbage. > > > OK, I get it but it's a fairly unexpected behavior. > Thanks for the demonstrative

Re: is operator versus id() function

2013-04-05 Thread candide
Le vendredi 5 avril 2013 16:53:55 UTC+2, Arnaud Delobelle a écrit : > > You've fallen victim to the fact that CPython is very quick to collect > > garbage. OK, I get it but it's a fairly unexpected behavior. Thanks for the demonstrative snippet of code and the instructive answer. -- http

Re: is operator versus id() function

2013-04-05 Thread Arnaud Delobelle
On 5 April 2013 14:49, Candide Dandide wrote: > Until now, I was quite sure that the is operator acts the same as the id > builtin function, or, to be more formal, that o1 is o2 to be exactly > equivalent to id(o1) == id(o2). This equivalence is reported in many books, > for instance Martelli's

Re: is operator

2008-03-10 Thread Terry Reedy
<[EMAIL PROTECTED]> wrote in message news:[EMAIL PROTECTED] | What is the notion of equal defined for functions? Isness. The developers did not see sufficient reason to refine it further by comparing all the attributes, including the code object. But there has just been a discussion on pydev

Re: is operator

2008-03-10 Thread castironpi
On Mar 10, 11:36 am, Steven D'Aprano <[EMAIL PROTECTED] cybersource.com.au> wrote: > On Mon, 10 Mar 2008 07:39:25 -0700, Gary Herron wrote: > > If either is a surprise, then understand that the "is" operator should > > probably *never* be used with immutable types. > > Mutable or immutable, it make

Re: is operator

2008-03-10 Thread Steven D'Aprano
On Mon, 10 Mar 2008 07:39:25 -0700, Gary Herron wrote: > If either is a surprise, then understand that the "is" operator should > probably *never* be used with immutable types. Carl Banks has already mentioned testing for None with "is". The standard idiom for using mutable default arguments goe

Re: is operator

2008-03-10 Thread Carl Banks
On Mar 10, 10:39 am, Gary Herron <[EMAIL PROTECTED]> wrote: > Metal Zong wrote: > > > The operator is and is not test for object identity: x is y is true if > > and only if x and y are the same objects. > > > >>> x = 1 > > > >>> y = 1 > > > >>> x is y > > > True > > > Is this right? Why? Thanks. >

Re: is operator

2008-03-10 Thread Gary Herron
Metal Zong wrote: > > The operator is and is not test for object identity: x is y is true if > and only if x and y are the same objects. > > > > >>> x = 1 > > >>> y = 1 > > >>> x is y > > True > > > > Is this right? Why? Thanks. > > > Yes that is true, but it's an implementation defined opti

Re: is operator

2008-03-10 Thread John Machin
On Mar 10, 9:11 pm, Matt Nordhoff <[EMAIL PROTECTED]> wrote: > [EMAIL PROTECTED] wrote: > >> I believe Python automatically creates and caches int objects for 0-256, > >> so whenever you use them, they refer to the same exact objects. Since > >> ints are immutable, it doesn't matter. > > > One of t

Re: is operator

2008-03-10 Thread Matt Nordhoff
[EMAIL PROTECTED] wrote: >> I believe Python automatically creates and caches int objects for 0-256, >> so whenever you use them, they refer to the same exact objects. Since >> ints are immutable, it doesn't matter. > > One of the biggest hits on start-up time, by the way. ;) Well, the developer

Re: is operator

2008-03-10 Thread castironpi
> I believe Python automatically creates and caches int objects for 0-256, > so whenever you use them, they refer to the same exact objects. Since > ints are immutable, it doesn't matter. One of the biggest hits on start-up time, by the way. ;) -- http://mail.python.org/mailman/listinfo/python-l

Re: is operator

2008-03-10 Thread Matt Nordhoff
Metal Zong wrote: > The operator is and is not test for object identity: x is y is true if > and only if x and y are the same objects. > x = 1 y = 1 x is y > True > > Is this right? Why? Thanks. I believe Python automatically creates and caches int objects for 0-256, so whenever y