Live data from Hacker News

Codon: A high-performance Python-like compiler using LLVM

github.com

91–100 of 184 posts

Re: Codon: A high-performance Python-like compiler using LLVM

#91
Just out of curiosity: Why is it possible to compile Common Lisp Code (or Scheme, or Clojure) to high-performance native or jit-compiled code, but not Python? It is said that "Python is too dynamic", but is not everything in Lisp dynamic, too?

And none of these languages is less powerful than Lisp, lack Unicode support, or whatever, so this can't be the reason.

Re: Codon: A high-performance Python-like compiler using LLVM

#92
post #42

power of Python is in ecosystem of libraries, not only Python syntax. Without the ecosystem of libraries, I am afraid use cases for Codon will be very very limited. Because Python developers (just like Node) got used to thinking: Need to do X? Lets see if I can pip install library that does it. Ultimately, python is like super flexible glue between ecosystem of libraries that lets anyone build and prototype high qual…

If Codon becomes similar enough to Python, it will be trivial to port Python libs to it, thus opening Codon to the vast Python ecosystem.

What's the story with Python libraries that have c-modules/binary parts to it? Would those work? If not, then the previous comment stands, IMHO.

Re: Codon: A high-performance Python-like compiler using LLVM

#93

Since Codon performs static type checking ahead of time, a few of Python's dynamic features are disallowed. For example, monkey patching classes at runtime (although Codon supports a form of this at compile time) or adding objects of different types to a collection. This seems like a very different language from Python if it won't let you do: [1, 'a string']

I have been using Python since 25 years, and never needed that one.

Re: Codon: A high-performance Python-like compiler using LLVM

#95
post #93

Since Codon performs static type checking ahead of time, a few of Python's dynamic features are disallowed. For example, monkey patching classes at runtime (although Codon supports a form of this at compile time) or adding objects of different types to a collection. This seems like a very different language from Python if it won't let you do: [1, 'a string']

I have been using Python since 25 years, and never needed that one.

In 25 years you’ve never once created a list with more than one type of object in it?

Re: Codon: A high-performance Python-like compiler using LLVM

#96
post #93

Earlier quoted context omitted.

I have been using Python since 25 years, and never needed that one.

In 25 years you’ve never once created a list with more than one type of object in it?

Maybe a list with ThingObject or None, but my lists are usually homogenous.

Re: Codon: A high-performance Python-like compiler using LLVM

#97
post #93

Earlier quoted context omitted.

I have been using Python since 25 years, and never needed that one.

In 25 years you’ve never once created a list with more than one type of object in it?

I have also been using python a long time and i honestly can’t remember a time i used mixed type list.

Re: Codon: A high-performance Python-like compiler using LLVM

#99
post #66

Earlier quoted context omitted.

Python is a language with several implementations (PyPy, CPython, JPython). Not all python programs work in all of those implementations. So, I think this might qualify as much as a python implementation as PyPy.

I don't think python without heterogenous lists and dictionaries is really python?

I can't think of a time I ever needed to do such a thing, and I've written many thousand lines of python. Python supports OOP, so classes will get you quite far in this regard.

Re: Codon: A high-performance Python-like compiler using LLVM

#100
post #93

Earlier quoted context omitted.

I have been using Python since 25 years, and never needed that one.

In 25 years you’ve never once created a list with more than one type of object in it?

I’ll second that. I’ve been doing python for a while and haven’t used the mixed type list. I’ve actively avoided doing something like that. The situation doesn’t come up often.
Post reply on HN