Could D be used by Jonathan Blow rather jai language?
Bruce Carneal
bcarneal at gmail.com
Sat Nov 21 05:51:53 UTC 2020
On Saturday, 21 November 2020 at 02:42:13 UTC, Ola Fosheim
Grostad wrote:
> On Saturday, 21 November 2020 at 01:52:36 UTC, Bruce Carneal
> wrote:
>> If "it", whatever that is, precludes safe parallelism in
>> libraries or language extensions then "it" should be removed
>> from the language.
>>
>> Again, defaults really matter here. If the right way is the
>> default way then leaving the "wrong" way escape hatch costs
>> less, in my view, than forcing two or more languages.
>
> Well, @safe just means memory safe, not sure if it is meant to
> also cover multi threading safety?
>
> The guarantees are not very clear to me.
>
I've only read about @safe referring to the memory safety that
you noted.
> It is also not clear what happens if you allocated something as
> shared, cast away shared and the call free(). Are you allowed
> to have two separate heaps?
I don't have a comprehensive understanding of where D is at and
where it is headed wrt memory safety models. The @live stuff
looks a little "iffy". Hopefully Walter's upcoming talk will
help.
>
> It is unclear if D programmers follow the same principles or
> just rely on testing with the current runtime. If it is the
> latter then it will be difficult to get clean nonbreaking
> semantics.
As you note, some language advances may not be practical for D
but others could be built atop extant automated/correct checking
and some could be independent, never-existed-before, capabilities
where backward compatibility is not a concern: type functions,
monadic type variables, new memory guarantees, arbitrarily
prolonged "compile time", ...
More information about the Digitalmars-d
mailing list