Re: DIP 1024---Shared Atomics---Accepted

2020-01-03 Thread Walter Bright via Digitalmars-d-announce

On 1/3/2020 3:41 AM, Manu wrote:

We've already had this -preview for quite a while; I have enabled it
in an experimental context, but I don't tend to write and deploy code
that depends on future-features. I stick to the current language when
writing code I intend to share.
Do you have some sense of when we will make this part of the language?
The DIP is accepted, but it didn't describe that it would be enabled
at some future time...?


You shouldn't be reluctant to use preview switches. It's only that way to ease 
the transition for people, not because we're going to withdraw it.


Don't really have a schedule at the moment. It'll likely be at least a year.


Re: thebotbloglib - A social media bot library

2020-01-03 Thread bauss via Digitalmars-d-announce

On Sunday, 29 December 2019 at 16:14:58 UTC, bauss wrote:


The blog is not yet open but it's the blog is written 
completely in D too.




Just a small update as the blog is now up and running at:

https://thebotblog.net/


Re: DIP 1024---Shared Atomics---Accepted

2020-01-03 Thread bauss via Digitalmars-d-announce

On Thursday, 2 January 2020 at 06:40:23 UTC, Walter Bright wrote:

On 1/1/2020 9:53 PM, Manu wrote:
On Thu, Jan 2, 2020 at 3:40 PM Mike Parker via 
Digitalmars-d-announce

 wrote:


DIP 1024, "Shared Atomics", was accepted without comment.

https://github.com/dlang/DIPs/blob/master/DIPs/accepted/DIP1024.md


This has been a long time coming!


A New Year's present for all of us!


Thank you Walter!


Re: DIP 1024---Shared Atomics---Accepted

2020-01-03 Thread Manu via Digitalmars-d-announce
On Fri, Jan 3, 2020 at 8:35 PM Walter Bright via
Digitalmars-d-announce  wrote:
>
> On 1/2/2020 11:31 PM, Manu wrote:
> > Okay, although I don't really understand; if we have accepted the
> > feature, but we don't enable the feature... then nobody will use it,
> > and no code will be written that's compatible.
> > This kinda seems like a future-acceptance?
> > Nobody enables `-preview`s.
>
> Those who need it (you!) will use it. That's what matters.

We've already had this -preview for quite a while; I have enabled it
in an experimental context, but I don't tend to write and deploy code
that depends on future-features. I stick to the current language when
writing code I intend to share.
Do you have some sense of when we will make this part of the language?
The DIP is accepted, but it didn't describe that it would be enabled
at some future time...?


Re: Proposal for porting D runtime to WebAssembly

2020-01-03 Thread Sebastiaan Koppe via Digitalmars-d-announce
On Saturday, 23 November 2019 at 10:29:24 UTC, Johan Engelen 
wrote:
On Saturday, 23 November 2019 at 09:51:13 UTC, Sebastiaan Koppe 
wrote:
This is my proposal for porting D runtime to WebAssembly. I 
would like to ask you to review it. You can find it here: 
https://gist.github.com/skoppe/7617ceba6afd67b2e20c6be4f922725d


I'm assuming you already started some work in this area? Where 
can we track it?


Great initiative!
  Johan


You can track the work here: 
https://github.com/skoppe/druntime/tree/wasm


Almost all unittests pass.

I am in the process of getting `ldc-build-druntime` to build it, 
as well as hooking into main().


I really wanted to make a pr, so that others can build it as 
well, but I am pressed for time due to family weekend trip. It is 
on my list once I get back, as well as incorpareting all info 
from this thread back into the proposal.


Some things to tackle before going beta:

- AA unittests fail
- reals (probably are going to be unsupported)
- wasi libc needs to be distributed (either in source and 
compiled into wasm druntime) or statically linked

- CI (but should be doable once ldc-build-druntime works)
- hooking into main() (I thought about making a @weak _start() in 
druntime so that users can still override it when they want) 
(_start is the wasm's equivalent of _Dmain)
- probably need help from LDC to spill i32 pointer on the shadow 
stack




Re: DIP 1024---Shared Atomics---Accepted

2020-01-03 Thread Walter Bright via Digitalmars-d-announce

On 1/2/2020 11:31 PM, Manu wrote:

Okay, although I don't really understand; if we have accepted the
feature, but we don't enable the feature... then nobody will use it,
and no code will be written that's compatible.
This kinda seems like a future-acceptance?
Nobody enables `-preview`s.


Those who need it (you!) will use it. That's what matters.