On Monday, 12 November 2018 at 10:05:09 UTC, Jonathan M Davis
wrote:
*sigh* Well, I guess that's the core issue right there. A lot
of us would strongly disagree with the idea that bool is an
integral type and consider code that treats it as such as
inviting bugs. We _want_ bool to be
On Monday, 14 January 2019 at 20:21:25 UTC, Andrei Alexandrescu
wrote:
Of possible interest:
https://www.technotification.com/2019/01/most-underrated-programming-languages.html
What's interesting here is the language nim, which perhaps has
some lessons for D.
https://nim-lang.org/
On Saturday, 16 May 2020 at 00:26:31 UTC, Carl Sturtivant wrote:
On Thursday, 14 May 2020 at 16:57:20 UTC, Iain Buclaw wrote:
[[GCC 11 Development]]
Now the development cycle has started again, I have ambitions
for a number disruptive changes to land during the next
release cycle.
Superb!
On Thursday, 14 May 2020 at 16:57:20 UTC, Iain Buclaw wrote:
[[GCC 11 Development]]
Now the development cycle has started again, I have ambitions
for a number disruptive changes to land during the next release
cycle.
Superb! --- gdc is perhaps the most important strategically and I
am so
On Saturday, 22 August 2020 at 07:04:19 UTC, Petar Kirov
[ZombineDev] wrote:
I feel like limiting CTFE just gives a false sense of security
and destroys many interesting use cases. If a part of my build
system will do directory traversal to build the list of files
to import, what difference
Quote:
*** A skeleton for the D programming language
The "lalr1.d" skeleton is now officially part of Bison.
It was originally contributed by Oliver Mangold, based on Paolo
Bonzini's
lalr1.java, and was improved by H. S. Teoh. Adela Vais then
took over
maintenance and invested a lot
The D back-end for deterministic parsers contributed by Adela
Vais is now available with the release of Bison 3.8.1 !
https://github.com/adelavais
See https://savannah.gnu.org/forum/forum.php?forum_id=10047 for
details.
On Wednesday, 15 September 2021 at 14:48:06 UTC, Tejas wrote:
I'm sorry for being ignorant, but what does it mean to have a
\ back-end in Bison?
Does it mean that the parser program that `Bison` will output
will be a `.d` file?
Assuming I'm correct:
What does it matter whether the parser