cal:

> I uploaded a small demo of a D repl i've been playing with,

In past I have seen D repls, they come and then they fade away, regardless how much work they have required to be created, or how much refined they are. The fact they have appeared more than once shows some persons desire them. Yet, I see no comments from Walter or Andrei.
I think a repl needs to be inside the standard D distribution, it's not an external toy meant to be forgotten, it's one essential tool for D development, like a profiler, debugger, or rdmd :-)

Bye,
bearophile

On Sunday, 30 June 2013 at 13:31:02 UTC, bearophile wrote:
> cal:
>
>> I uploaded a small demo of a D repl i've been playing with,
>
> In past I have seen D repls, they come and then they fade away, regardless how much work they have required to be created, or how much refined they are. The fact they have appeared more than once shows some persons desire them. Yet, I see no comments from Walter or Andrei.
> I think a repl needs to be inside the standard D distribution, it's not an external toy meant to be forgotten, it's one essential tool for D development, like a profiler, debugger, or rdmd :-)
>
> Bye,
> bearophile

+1

Matheus.

On Sunday, 30 June 2013 at 13:31:02 UTC, bearophile wrote:
> cal:
>
>> I uploaded a small demo of a D repl i've been playing with,
>
> In past I have seen D repls, they come and then they fade away, regardless how much work they have required to be created, or how much refined they are. The fact they have appeared more than once shows some persons desire them. Yet, I see no comments from Walter or Andrei.
> I think a repl needs to be inside the standard D distribution, it's not an external toy meant to be forgotten, it's one essential tool for D development, like a profiler, debugger, or rdmd :-)
>
> Bye,
> bearophile

It's cool, but it's yet another tool to maintain. Thus their lack of enthusiasm I guess. Unless someone comes forward and is ready to maintain the repl, in which case I think everyone would applaud.

SomeDude:

> It's cool, but it's yet another tool to maintain. Thus their lack of enthusiasm I guess. Unless someone comes forward and is ready to maintain the repl, in which case I think everyone would applaud.

I understand and I agree, thank you for putting me back on the ground. Also, I remember that today they add things to the Python standard library only when they are already widely used (unless they are created by people like Hettinger). So maybe it's better to see one D repl used a lot in the wild a lot, and only then add it to the standard distribution.

Bye,
bearophile

On Sunday, 30 June 2013 at 15:35:11 UTC, bearophile wrote:
> SomeDude:
>
>> It's cool, but it's yet another tool to maintain. Thus their lack of enthusiasm I guess. Unless someone comes forward and is ready to maintain the repl, in which case I think everyone would applaud.
>
> I understand and I agree, thank you for putting me back on the ground.

Sorry for that. ;)

I just saw the video and it looks really awesome indeed.

Also, I remember that today they add things to the
> Python standard library only when they are already widely used (unless they are created by people like Hettinger). So maybe it's better to see one D repl used a lot in the wild a lot, and only then add it to the standard distribution.
>
> Bye,
> bearophile

Yeah, it probably needs a little testing before being included once for all.

Am 30.06.2013 15:31, schrieb bearophile:
> cal:
> 
>> I uploaded a small demo of a D repl i've been playing with,
> 
> In past I have seen D repls, they come and then they fade away,
> regardless how much work they have required to be created, or how much
> refined they are. The fact they have appeared more than once shows some
> persons desire them. Yet, I see no comments from Walter or Andrei.
> I think a repl needs to be inside the standard D distribution, it's not
> an external toy meant to be forgotten, it's one essential tool for D
> development, like a profiler, debugger, or rdmd :-)
> 
> Bye,
> bearophile

Crazy idea... CTFE is basically done with a D interpreter isn't it? Can't this be used as library to implement a REPL?

David:

> Crazy idea... CTFE is basically done with a D interpreter isn't it?
> Can't this be used as library to implement a REPL?

In a REPL you want persistent state too. CTFE deletes its state once it's done.

And in a past request of mine I've seen that Walter is against the idea of "compiler as a library" (as in C#).

Bye,
bearophile

On Sunday, 30 June 2013 at 16:36:42 UTC, bearophile wrote:
> And in a past request of mine I've seen that Walter is against the idea of "compiler as a library" (as in C#).

Can you link his comment? That sounds weird.

Am 30.06.2013 18:36, schrieb bearophile:
> David:
> 
>> Crazy idea... CTFE is basically done with a D interpreter isn't it? Can't this be used as library to implement a REPL?
> 
> In a REPL you want persistent state too. CTFE deletes its state once it's done.

Yeah I know, but having a complete D interpreter as basis, this shouldn't be too hard to implement.

Dicebot:

> Can you link his comment? That sounds weird.

It was years ago, maybe more than three years ago. It's not easy to find. I have found discussions about this topic, but not comments from Walter:

http://www.digitalmars.com/d/archives/digitalmars/D/D_Compiler_as_a_Library_164027.html

http://www.digitalmars.com/d/archives/digitalmars/D/Compiler_as_a_service_in_C_4.0_104405.html

Later I have found this (from 2009), where Walter gives me an answer, about D compiler as a DLL:

http://www.digitalmars.com/d/archives/digitalmars/D/Compiler_as_dll_82715.html

Bye,
bearophile