Why is D unpopular?
Paulo Pinto
pjmlp at progtools.org
Tue May 17 05:22:57 UTC 2022
On Tuesday, 17 May 2022 at 04:34:16 UTC, max haughton wrote:
> On Tuesday, 17 May 2022 at 02:43:31 UTC, Ola Fosheim Grøstad
> wrote:
>> On Tuesday, 17 May 2022 at 01:57:44 UTC, forkit wrote:
>>> Only then will we have sufficient impetus to get off our
>>> butts and do something about our extensive reliance on what
>>> is arguably, the most unsafe language of all -> C.
>>
>> Actually, C is one of the few languages in use where there are
>> industtial verification solutions...
>>
>> Anyway, D has always followed C semantics and has always been
>> system level. It never claimed not to be.
>>
>> People who care a lot about correctness now use Rust,
>> compilers for such languages are implemented in Rust. In that
>> narrow space Rust cannot be displaced in the next 10 years.
>>
>> Yet, Skia, Z3, LLVM and other big performance libraries will
>> remain in C in the next 10 years. Nobody wants to rewrite
>> those in other languages. Nobody can afford to build
>> competitive free alternatives. So, C it is!
>>
>> ImportC done well allows D to benefit from the selfimposed
>> restriction of being C-like that has been there from day 1.
>>
>> The only way to do it well is to do an integration that drills
>> down to the level of the lexer, parser and AST.
>
> Other than memory safety rust doesn't have all that many
> virtues beyond any other language for guaranteeing correctness.
>
> Ada remains the top dog for properly critical software. SPARK
> still does not have many proper challengers in the space.
Those who care for Ada, or correctness, are also interested into
bringing Rust into the game,
https://blog.adacore.com/adacore-and-ferrous-systems-joining-forces-to-support-rust
https://www.autosar.org/news-events/details/autosar-investigates-how-the-programming-language-rust-could-be-applied-in-adaptive-platform-context/
More information about the Digitalmars-d
mailing list