Parrot for Python

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Sridhar R

    Parrot for Python

    Hi,

    I come across the Parrot project. Seems like it is a better
    compromising alternative for .NET and Java. That is, we can develop
    applications in Python (for productivity) and still can interact with
    components written in other languages, as they were compiled to the
    parrot byte code.

    But my concern is, how will Python interoperate with Parrot. Since,
    Python has strong interospection, won't it be difficult to generate
    parrot code from python source file.

    For doing a simple attribute reference,
    a.b = 10

    the parrot code will be bigger (dict find, get, assign ...)

    Another question.

    Why is Java so popular than Python. Are the technologies for Java
    available for Python (no ... no jython)? We can implement them in
    python if we want. But the difference is speed.
  • Valentino Volonghi aka Dialtone

    #2
    Re: Parrot for Python

    sridharinfinity @yahoo.com (Sridhar R) writes:
    [color=blue]
    > Why is Java so popular than Python. Are the technologies for Java
    > available for Python (no ... no jython)? We can implement them in
    > python if we want. But the difference is speed.[/color]

    There is no reason... Sun is behind java, who is behind Python? Java
    has a very little library advantage IMHO. Python is growing everyday,
    as Tim Bray says in his blog here:


    --
    Valentino Volonghi aka Dialtone
    Linux User #310274, Gentoo Proud User
    X Python Newsreader developer
    Download XPN for free. XPN is a multiplatform newsreader with unicode support. It's written in Python using GTK+2 toolkit and works wherever Python and GTK+2 work.

    Comment

    • John Roth

      #3
      Re: Parrot for Python


      "Sridhar R" <sridharinfinit y@yahoo.com> wrote in message
      news:930ba99a.0 404030251.c2d21 07@posting.goog le.com...[color=blue]
      > Hi,
      >
      > I come across the Parrot project. Seems like it is a better
      > compromising alternative for .NET and Java. That is, we can develop
      > applications in Python (for productivity) and still can interact with
      > components written in other languages, as they were compiled to the
      > parrot byte code.
      >
      > But my concern is, how will Python interoperate with Parrot. Since,
      > Python has strong interospection, won't it be difficult to generate
      > parrot code from python source file.[/color]

      I believe there were some people working on a Python
      port to Parrot a while ago, but they lost interest when
      the then current Parrot implementation was insufficient
      to handle what they wanted to do.

      It's all a volunteer effort; it'll get done if enough
      people want to get together to get it done.

      John Roth


      Comment

      • Roger Binns

        #4
        Re: Parrot for Python

        > Why is Java so popular than Python.

        Java is a great solution for server side stuff. It has the same respect
        as C++ gets (ie people and PHB's do consider it a "real" language/environment).
        The class libraries are *way* more advanced than the Python ones. For example
        compare Python's imaplib with javamail. (Hint: Python pretty much just gives
        you raw protocol back and you have to figure out what is going on).

        Other libraries such a JNDI, Activation, JMF etc don't even exist in
        Python. Have a look at this page:



        And this one:



        In many cases there are similar libraries for Python, or more often
        multiple incomplete (incomplete by comparison to Java) implementations
        out there.

        Now sometimes you don't need such complete libraries, and Python lets
        you get the problem solved quicker. Other times you have to augment
        someone else's library component, which would have been time better
        spent on your own code.

        Roger


        Comment

        • Paul Prescod

          #5
          Re: Parrot for Python

          John Roth wrote:[color=blue]
          >...
          >
          > I believe there were some people working on a Python
          > port to Parrot a while ago, but they lost interest when
          > the then current Parrot implementation was insufficient
          > to handle what they wanted to do.
          >
          > It's all a volunteer effort; it'll get done if enough
          > people want to get together to get it done.[/color]

          The developers of Parrot are implementing Python on Parrot themselves.



          As of a month ago:

          "Just in case anyone's keeping track, here are a few things that are
          working:
          • Bytecode loading
          • Objects
          • Method calls
          • Operator Overloading

          oh, yeah, and all that pesky math stuff, subroutines, and strings.
          They work too, though Unicode needs some help. And variables. We can do
          variables.

          Still need some work on nested namespaces, actual bytecode translation,
          and object performance, but..."

          Comment

          • Paul Prescod

            #6
            Re: Parrot for Python

            John Roth wrote:[color=blue]
            >...
            >
            > I believe there were some people working on a Python
            > port to Parrot a while ago, but they lost interest when
            > the then current Parrot implementation was insufficient
            > to handle what they wanted to do.
            >
            > It's all a volunteer effort; it'll get done if enough
            > people want to get together to get it done.[/color]

            The developers of Parrot are implementing Python on Parrot themselves..



            As of a month ago:

            "Just in case anyone's keeping track, here are a few things that are
            working:
            • Bytecode loading
            • Objects
            • Method calls
            • Operator Overloading

            oh, yeah, and all that pesky math stuff, subroutines, and strings.
            They work too, though Unicode needs some help. And variables. We can do
            variables.

            Still need some work on nested namespaces, actual bytecode translation,
            and object performance, but..."



            Comment

            Working...