# A vision for Parrot

**URL:** <https://rubytalk.org/t/a-vision-for-parrot/2662>\
**Category:** ruby-talk\
**Created:** [5 November 2002 05:21 UTC](https://rubytalk.org/t/a-vision-for-parrot/2662 "2002-11-05T05:21:35Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![Christopher\_Browne](https://avatars.discourse-cdn.com/v4/letter/c/47e85d/32.png) [@Christopher\_Browne](https://rubytalk.org/u/Christopher_Browne)\
**Post date:** [5 November 2002 05:21 UTC](https://rubytalk.org/t/a-vision-for-parrot/2662/1 "2002-11-05T05:21:35Z")

</div>

In an attempt to throw the authorities off his trail, Daniel Pfeiffer [occitan@esperanto.org](mailto:occitan@esperanto.org) transmitted:

> this morning it struck me that it would be nice to have Parrot not  
> only run Perl 6 and similar byte code, but that any of the common  
> interpreted languages be compiled to this same byte code.

I’d think it quite plausible that if someone took the project on,  
there could readily be a pretty functional Python compiler for Parrot  
/before/ a Perl 6 one would be likely to emerge…

> **···**
>
> –  
> (reverse (concatenate 'string “ac.notelrac.teneerf@” “454aa”))  
> [http://www3.sympatico.ca/cbbrowne/sap.html](http://www3.sympatico.ca/cbbrowne/sap.html)  
> Signs of a Klingon Programmer - 7. “Klingon function calls do not have  
> ‘parameters’ - they have ‘arguments’ – and they ALWAYS WIN THEM.”