On 6/10/2016 3:55 AM, Chris wrote:
> Cool. I'd love to see `DScript` one day - and replace JS once and for all ...
> well ... just day dreaming ...

Dreams are reality:

https://github.com/DigitalMars/DMDScript

On Friday, 10 June 2016 at 22:01:53 UTC, Walter Bright wrote:
>On 6/10/2016 3:55 AM, Chris wrote:
>> Cool. I'd love to see `DScript` one day - and replace JS once and for all ...
>> well ... just day dreaming ...
>
> Dreams are reality:
>
> https://github.com/DigitalMars/DMDScript

I have a feeling this will end up like your compiled Java story.

Just my pessimism speaking.

On Saturday, 11 June 2016 at 04:13:26 UTC, Jack Stouffer wrote:
> On Friday, 10 June 2016 at 22:01:53 UTC, Walter Bright wrote:
>>On 6/10/2016 3:55 AM, Chris wrote:
>>> Cool. I'd love to see `DScript` one day - and replace JS once and for all ...
>>> well ... just day dreaming ...
>>
>> Dreams are reality:
>>
>> https://github.com/DigitalMars/DMDScript
>
> I have a feeling this will end up like your compiled Java story.
>
> Just my pessimism speaking.

Depends on whether it is conforming to edition 6. Modern frameworks use edition 6 or 5, and edition 6 may become ISO/IEC 16262:2016.

For Go a similar project seems to be the most popular interpreter project:

https://github.com/robertkrimen/otto

Benchmarks, conformance comparisons?

On Friday, 10 June 2016 at 22:01:53 UTC, Walter Bright wrote:
> On 6/10/2016 3:55 AM, Chris wrote:
> > Cool. I'd love to see `DScript` one day - and replace JS once
> and for all ...
> > well ... just day dreaming ...
>
> Dreams are reality:
>
> https://github.com/DigitalMars/DMDScript


You have 2 readme files, so on github it looks like you have only one very short one (README.md) and that makes a poor impression.

On Friday, 10 June 2016 at 22:01:53 UTC, Walter Bright wrote:
> On 6/10/2016 3:55 AM, Chris wrote:
> > Cool. I'd love to see `DScript` one day - and replace JS once
> and for all ...
> > well ... just day dreaming ...
>
> Dreams are reality:
>
> https://github.com/DigitalMars/DMDScript

Thanks for opening a new thread about this topic.

Does DMDScript work with the latest version of D2? I once wanted to use DMDScript as a server side JS with vibe.d, but there were issues concerning versions of D etc. so I dropped the idea.

However, with `DScript` I meant a new scripting language that can draw on the power of D, not necessarily a re-implementation of JS. Adam[1] and ketmar[2] have already worked on D based scripting languages. I wonder, if there is interest in creating a D-based (not `debased`) scripting language. D has features that are perfect for scripting or DS languages. Why not try something new? Having a child language might also help with D development in general, who knows.

[1] Adam
https://github.com/adamdruppe/arsd
(jsvar.d, script.d)

[2] ketmar
http://repo.or.cz/dacs.git
https://www.gnu.org/software/libjit/
http://repo.or.cz/gaemu.git

On Friday, 10 June 2016 at 22:01:53 UTC, Walter Bright wrote:
> On 6/10/2016 3:55 AM, Chris wrote:
> > Cool. I'd love to see `DScript` one day - and replace JS once
> and for all ...
> > well ... just day dreaming ...
>
> Dreams are reality:
>
> https://github.com/DigitalMars/DMDScript

unfortunately this is unmaintained, has no docs and isn't working on linux/os x.
having an ecma script implementation that is able to access D data would be very usefull
for performant scripting.

On Saturday, 11 June 2016 at 09:23:55 UTC, Chris wrote:
> On Friday, 10 June 2016 at 22:01:53 UTC, Walter Bright wrote:
>> On 6/10/2016 3:55 AM, Chris wrote:
>> > Cool. I'd love to see `DScript` one day - and replace JS once
>> and for all ...
>> > well ... just day dreaming ...
>>
>> Dreams are reality:
>>
>> https://github.com/DigitalMars/DMDScript
>
> Thanks for opening a new thread about this topic.
>
> Does DMDScript work with the latest version of D2? I once wanted to use DMDScript as a server side JS with vibe.d, but there were issues concerning versions of D etc. so I dropped the idea.
>
> However, with `DScript` I meant a new scripting language that can draw on the power of D, not necessarily a re-implementation of JS. Adam[1] and ketmar[2] have already worked on D based scripting languages. I wonder, if there is interest in creating a D-based (not `debased`) scripting language. D has features that are perfect for scripting or DS languages. Why not try something new? Having a child language might also help with D development in general, who knows.

Do you want a scripting language in general or a browser language?

I have given up hope for different browser languages than Javascript. The problem is not finding a language. A lot of people would love to have Lua, Python, or something else and it has not happened yet. Dart was the most serious attempt. They had full-time people at Google working on it and they gave up. The problem is that Javascript is tightly coupled to the DOM data structures. Disentangling that und inserting a layer in between there is the hard part. Oh, and you have to do this for all the major browser engines.

If you just want to have a general purpose scripting language (e.g. for a game) you can use Lua, Javascript, TCL, and others already. How would you improve upon them?

On Saturday, 11 June 2016 at 09:23:55 UTC, Chris wrote:

> However, with `DScript` I meant a new scripting language that can draw on the power of D, not necessarily a re-implementation of JS. Adam[1] and ketmar[2] have already worked on D based scripting languages. I wonder, if there is interest in creating a D-based (not `debased`) scripting language. D has features that are perfect for scripting or DS languages. Why not try something new? Having a child language might also help with D development in general, who knows.
>

The source for the old MiniD language[1] is still available at DSource. Jarret moved on and converted it to C++ as Croc[2], but it might be an interesting project to get the old MiniD code compiling again as a starting point.

[1] http://www.dsource.org/projects/minid/browser/trunk
[2] https://github.com/JarrettBillingsley/Croc

On Saturday, 11 June 2016 at 10:14:25 UTC, qznc wrote:

> Do you want a scripting language in general or a browser language?
>
> I have given up hope for different browser languages than Javascript. The problem is not finding a language. A lot of people would love to have Lua, Python, or something else and it has not happened yet. Dart was the most serious attempt. They had full-time people at Google working on it and they gave up. The problem is that Javascript is tightly coupled to the DOM data structures. Disentangling that und inserting a layer in between there is the hard part. Oh, and you have to do this for all the major browser engines.

No, JS is here to stay, unfortunately.

> If you just want to have a general purpose scripting language (e.g. for a game) you can use Lua, Javascript, TCL, and others already. How would you improve upon them?

Yep, something like that. We could look into what a scripting language based on D could offer that others can't - based on D's features. If you have an easy to use scripting language, people in science and data processing could use it for fast development. If speed is crucial, modules could be written in D or even C[1]. Just because we already have Python and Lua doesn't mean we shouldn't try to create another one.

[1] Interfacing to C in Lua and Python is a bit annoying. `DScript` could offer both access to D and C. In fact, `DScript` could also interact with Lua and Python (cf. PyD and LuaD).

i'd also say: "JIT it from the start!" targeting LibJIT is very easy, and you will have nice machine code for x86, x86_64 and ARM, plus IR interpreter for any other "unsupported" arch.