November 29, 2012 Re: UDA + Pegged AST Hack | ||||
---|---|---|---|---|
| ||||
Posted in reply to Max Samukha | On 2012-11-29 10:56, Max Samukha wrote: > I want to remind you that there is still no consensus about whether > unconstrained attributes are good or bad. That's why it's not good to have it in master, the whole feature. -- /Jacob Carlborg |
November 29, 2012 Re: UDA + Pegged AST Hack | ||||
---|---|---|---|---|
| ||||
Posted in reply to Daniel N Attachments:
| > > I'm trying to find a safe spot in the middle of a file, where I can start parsing, normally you have to parse the entire file to understand it, ex with your grammar files, there are many keywords inside huge strings, so basically I let the compiler handle comments and white-space parsing, which allows to me to make a stable localized parser for a subset of the language. OK, this I get. > > > What I don't get is how the [__LINE__] part in magic contains significant >> info. >> > > It allows me to retrieve the entire original source for a declaration... it kinda emulates a ".sourceof" trait / property. :) > Yeah but... What does this have to do with __LINE__? I'm sorry if I'm dumb here, I still haven't used UDAs. |
November 29, 2012 Re: UDA + Pegged AST Hack | ||||
---|---|---|---|---|
| ||||
Posted in reply to deadalnix | On Thursday, 29 November 2012 at 00:16:28 UTC, deadalnix wrote:
> Can someone remember me why this ended up in master ? This feature is clearly not ready.
Please, read this thread, esp towards the end.
"Breaking D2 language/spec changes with D1 being discontinued in a month"
The current lack of a sane development and release process is messing up a lot of people like myself. I cannot take D seriously for commercial usage if I cannot rely on at least 3 versions of the compiler. We need one for stable, another for testing/release candidate (these two I would rely on), and a 3rd for adding in new stuff for the compiler + lib devs. However there probably should be a forth "experimental" branch for people like Walter who perform experimental work, such as the spontaneous introduction of UDA's.
Debian follows a similar system, and is a clear real-world example of a very good development and release process.
Currently, I'm concluding that I simply cannot rely on D for anything but experimental tinkering, which means back to C++ for the commercial work that I do for a living, and that's a real shame! D has a lot of potential, but it's being undermined by a willy-nilly process, which honestly speaking boils down to decisions being made by the current management at the helm.
--rt
|
Copyright © 1999-2021 by the D Language Foundation