Python, client side: Skulpt

Re:Python, client side: Skulpt by s3graham on Friday August 07, 2009 @01:48AM (#747094)

I just can't get myself to love JS the way I do other languages... so, this is my current little weekend project.

It's a source-to-source translator so it interops reasonably with JS and should perform similarly also.

The parser is derived from CPython's so that part is relatively complete, but the "backend" isn't done yet. For example, there's not even support for "class" yet.

[ Parent | on HN ]

Re:Python, client side: Skulpt by dtf on Friday August 07, 2009 @02:21AM (#747139)

Very impressive work. But you'll need to implement "import this" for it to be considered a serious Python implementation.

[ Parent | on HN ]

Re:Python, client side: Skulpt by kevindication on Friday August 07, 2009 @08:37AM (#747469)

Any support at all for modules is really a requirement to be considered a serious Python implementation.

  >>> import sys
  don't have handler for: import_stmt

But otherwise, neato.

[ Parent | on HN ]

Re:Python, client side: Skulpt by dkersten on Friday August 07, 2009 @04:12AM (#747257)

Good point

[ Parent | on HN ]

Re:Python, client side: Skulpt by irrelative on Friday August 07, 2009 @10:10AM (#747579)

I was just looking at the source, and I want to compliment you on how good it looks. Very well done -- really organized and thought out with much less hackery than expected (which JS seems to have a tendency to bring out...)

[ Parent | on HN ]

Re:Python, client side: Skulpt by mahmud on Friday August 07, 2009 @01:53AM (#747099)

Neat little thing. Feared and appreciated comprehensively.

[ Parent | on HN ]

Re:Python, client side: Skulpt by pmorici on Friday August 07, 2009 @03:46AM (#747235)

What version of the language is this and what subset of stuff works, it seems like everything I try gives me some kind of error, maybe I'm just picking the wrong things.

like it lets me create a dictionary but if I try to call the iterkeys() method it doesn't like that, and the built-in function dir() doesn't work. It has range() but not xrange()?

Cool none the less.

[ Parent | on HN ]

Re:Python, client side: Skulpt by s3graham on Friday August 07, 2009 @03:57AM (#747244)

The version is the "still lame" version where I haven't implemented those functions yet. :)

Parser-wise it's 2.6.2, but those functions you mention are in C code in real-Python, so I need to (re-)write them in JS. You can see the list of supported global functions and method functions if you grab the source off bitbucket.

(Incidentally, "for x in a_dict" will work the same as iterkeys currently)

[ Parent | on HN ]

Re:Python, client side: Skulpt by snprbob86 on Friday August 07, 2009 @03:18AM (#747214)

Did you evaluate PyPy? I think they already have a significant RPython->Javascript backend.

[ Parent | on HN ]

Re:Python, client side: Skulpt by s3graham on Friday August 07, 2009 @03:30AM (#747220)

Link? I don't see it at http://codespeak.net/pypy/dist/pypy/doc/docindex.html#pypy-d... (a js interpreter, but no translator).

If I were to guess, not having seen PyPy's: I'd like something about 100x smaller than PyPy seems to be, and I don't want a mandatory up-front translation "build" step.

[ Parent | on HN ]

Re:Python, client side: Skulpt by snprbob86 on Friday August 07, 2009 @03:41AM (#747232)

Apparently they removed it:

http://www.mail-archive.com/[email protected]/msg03946....

That post also mentions Pyjamas, a port of Google Web Toolkit which compiles Python instead of Java: http://pyjs.org/

[ Parent | on HN ]

Re:Python, client side: Skulpt by tome on Friday August 07, 2009 @09:25AM (#747516)

Well this is very annoying as I had started to use PyPy's Javascript backend in metapaw-dip:

http://www.metapaw.co.uk/projects/metapaw-dip/

I really, really want to do Python client-side (or rather compile Python to Javascript). Javascript is just so painful for me. Being able to test Python code as Python would be the major reason.

[ Parent | on HN ]