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 -~----------~----~----~----~------~----~------~--~---