Experiments with emscripten and D

Gambler fake at feather.org.ru
Sun Aug 18 05:46:57 PDT 2013


On 8/17/2013 5:16 PM, John Colvin wrote:
> On Saturday, 17 August 2013 at 20:58:09 UTC, Dicebot wrote:
>> On Saturday, 17 August 2013 at 20:42:33 UTC, H. S. Teoh wrote:
>>> And you'd have to sandbox the code since arbitrary D code running wild
>>> on the user's computer is a Bad Thing(tm). Which runs into GC-related
>>> issues when your client is a low-memory handheld device. Though arguably
>>> this would still be an improvement over JS, since an interpreted
>>> language necessarily uses more resources.
>>
>> You are getting pretty close to NaCl idea :)
> 
> Yeah, I was thinking that :p
> 
> NaCl seems designed mostly as native extensions for the html/js/css world.
> 
> I was thinking bigger: The browser as a (transient, if appropriate)
> application delivery system.

IMO, fixing the web and creating a simple/secure delivery/sandboxing
system for native apps are two different tasks. Both are very much
needed, but the solutions are unlikely to overlap. MS Research is
working on several projects for app delivery. Joanna Rutkowska has her
Cubes project, which sounds very, very interesting. None of those will
fix the problems Web is facing, though. (Aside from taking away the need
for thick-client-implemented-in-JS applications.)


More information about the Digitalmars-d mailing list