Re: [TCLCORE] Is Tcl bytecode engine is also *in the far future* going to LLVM?

[Tomasz K. <tk...@gm...>]

On Sun, Mar 29, 2009 at 9:15 PM, Donal K. Fellows
<don...@ma...> wrote:
> Simon Geard wrote:
>> Does Parrot (http://code.google.com/p/partcl) provide an upgrade path
>> for the VM ?
>
> In a word, no. It's got a deep assumption about mutable values that is
> incompatible with Tcl. That (plus our significantly more sophisticated
> variable model) would mean that we'd need to implement our value and
> variable systems as extra layers on top of the Parrot primitives, which
> would almost certainly destroy most of the benefits; the sophisticated
> compilation strategy I talked about earlier would still be needed to get
> real performance.
>
> Donal.

I've started this thread out of curiosity.

But I do think that we may want to think about finding some funding
for those improvements. Python has Google who pays 2 engineers full
time salary. But we as Tcl community also have some companies
involved. None to compare with Google, but some of us can provide some
funds.

Especially I was thinking about what PyPy did. In European Union there
are possibilities to use public funds - if you plan to release results
of your research project to the public you can receive 75-100%
financial compensation for the project.

In fact you probably have to spend 50% of this on paying sponsoring
university and for paperwork. But event if we will have to fund 10-25%
of the research costs it is cheap. As there are some university stuff
from Europe and some companies we probably can think more about it.

I know that this is a crazy idea but I would like probe it somehow? I
know that Donal K Fellows and Gustaf Neumann seems to be European
academics. Zoran Vasilijevic ARCHIWARE or my company DAC System are
also located in Europe. Such a project should be lead be some kind of
consortium. When I take a look at PyPy consortium it doesn't seems as
made of large companies either - http://pypy.org/consortium.html. I
think that outsourcing some work to US or Peru won't be a problem ;)

--tkosiak