[Python-Dev] Parrot -- should life imitate satire?
Wed, 01 Aug 2001 12:21:52 +0300
On Wed, 1 Aug 2001 10:58:13 +0200, Thomas Wouters <firstname.lastname@example.org> wrote:
> He's disagreeing. It's not a PERL vs. PYTHON ADD at all; it's a "string
> concatenation add" vs. "numerical add". Perl code using the string
> concatenation operator (apparently, it's not going to be ".", which scares
> me shitless: Perl6 gets a new string concat operator, but it isn't going to
> be "+" ? If it is going to be '+', how does it flexitype ?) would use the
> string-concat add opcode, and Perl code and Python code doing '+' would get
> the normal BINARY_ADD. The string-to-int conversion in Perl's '+' would be
> put into the 'Scalar' type.
I think I've lost you.
But if you're thinking about Perl compiled to something like
Then it's only a matter of time before the Perl guys find out it's hella
slow and optimize it to:
And then to
And then a simple
#define CONVERT_TO_INT_TOP_2_AND_BINARY_ADD PERL_ADD
Would finish the 2*PI circle to land exactly where we started with. ;-)
gpg --keyserver keyserver.pgp.com --recv-keys 46D01BD6 54C4E1FE
Secure (inaccessible): 4BD1 7705 EEC0 260A 7F21 4817 C7FC A636 46D0 1BD6
Insecure (accessible): C5A5 A8FA CA39 AB03 10B8 F116 1713 1BCF 54C4 E1FE
Learn Python! http://www.ibiblio.org/obp/thinkCSpy