Re: Using V8 for other languages

pako <[email protected]> Thu, 4 Sep 2008 07:41:06 -0700 (PDT)
Newsgroups gmane.comp.lang.smalltalk.strongtalk
Message-ID <[email protected]>

> If we do a good work from any Smalltalk platform
> =A0removing the VM as much as possible, it will continue
> =A0been a Smalltalk and companies that have invested a lot
> =A0in the past, promoting and using smalltalk, will not be
> =A0forced to return to languages... (nor move to
> =A0"scripting" languages)

We probably have different opinions on what VM is and what
architecture constraints it introduces.
To me "removing the VM" is like removing crossplatform 3d rendering
and audio engines from a long living 3d-action game.

Whatever your approach (to VM or not to VM) you will still have a
platform independent layer and OS specific interfaces.
You will have some code for threading support and garbage collection,
etc. Does that really matter for some company where that code
originates from - was it written by the strongtalk team or was
implemented by some opensource VM community?
As long as interface doesn't change - what's the difference? Nobody
will be forced to "return to languages"/"move to scripting languages"
(I probably don't understand your thoughts at all, but I respond to
what I've actually read)

> I know that the paragraphs put here can be void for
> =A0someone young (focused in his/her future and not
> =A0in what he/she has already done), but I also know that
> =A0not all people/companies are happy about loosing their
> =A0investments... again.

So, some things "already done" will be lost.

But there is always a trade off.
Suppose I have a working implementation and decide to start utilizing
some platform:
I have to learn that new thing
I have to throw some my low level code away and rewrite/refactor a lot
to use the external VM

Yep, that's bad.
But will I probably gain anything?
A huge community that develops new features, adds optimizations, ports
to different OSes, tests "your" code there.
In order for the language implementation to be successful a lot of
work has to be done.
Does strongtalk has that many contributors? I actually don't see them
in this mailing list.

It is not so obvious what's better. But it seems to me that strongtalk
team has to do something to get project popular, to get many features
and users. At least to get linux and macos ports binaries at the
downloads page.

And "outsourcing" some code is among the solutions to consider.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups "=
Strongtalk-general" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to strongtalk-general+unsubscrib=
[email protected]
For more options, visit this group at http://groups.google.com/group/strong=
talk-general?hl=3Den
-~----------~----~----~----~------~----~------~--~---