On 11/25/15 5:17 AM, Suliman wrote:
I think that using SDL format was big mistake. Not only I do not want to
spend time in learning yet another dead config format that now use only
one project -- DUB. In time when DUB used json it was not perfect, but
at last it was standard and everybody can rea
On Monday, 30 November 2015 at 15:12:13 UTC, Sönke Ludwig wrote:
The number of posts in this thread has multiple reasons, I'd
argue that it's questionable to draw conclusions from that.
Don't fool yourself. You made a mistake. That's fine. Own and fix
it. Trying to make it look good is only ma
Am 27.11.2015 um 16:23 schrieb Walter Bright:
On 11/26/2015 11:08 PM, Sönke Ludwig wrote:
This looks like it's creeping towards inventing a new script programming
language. Adding loops, switch statements, functions, etc., can't be far
off. Before you get too far down this path, consider:
Actu
would anyone be interested in doing the work for adding D /
vibe.d to
https://github.com/grpc/grpc ?
we currently lack the manpower but would be able to sponsor it
(or parts, depending on the effort needed).
grpc is probably going to be the dominant rpc system for building
a microsrvices ar
On Monday, 30 November 2015 at 14:22:17 UTC, Timon Gehr wrote:
On 11/29/2015 12:13 PM, Ola Fosheim Grøstad wrote:
On a related note, does D support inline namespaces?
Apparently it
affects mangling:
http://stackoverflow.com/questions/29764869/can-inline-namespaces-be-used-to-keep-backwards-com
Am 27.11.2015 um 20:25 schrieb Jacob Carlborg:
On 2015-11-27 08:55, Sönke Ludwig wrote:
That would mean more work for everyone and consequently less adoption.
How so? It's the same amount of commands, maybe one extra.
Granted, with a CLI it's not that bad. Although then you also have to
ma
On 11/29/2015 12:13 PM, Ola Fosheim Grøstad wrote:
On a related note, does D support inline namespaces? Apparently it
affects mangling:
http://stackoverflow.com/questions/29764869/can-inline-namespaces-be-used-to-keep-backwards-compatibility-in-a-shared-librar
Namespaces affect mangling. The
On Monday, 30 November 2015 at 13:34:20 UTC, Bubbasaur wrote:
On Monday, 30 November 2015 at 12:52:43 UTC, Ola Fosheim
Grøstad wrote:
...
There we go, another +200 replies and drama.
No drama, the sole purpose of the front page is to inform
newcomers and it has much more impact than the for
On Monday, 30 November 2015 at 09:43:58 UTC, Idan Arye wrote:
It's pointless to emit most of the JSON5 relaxations - I see no
reason why the emitter should specifically add trailing commas,
and I don't see how it can emit comments...
You might want to implement a pretty-print with the library?
On Monday, 30 November 2015 at 12:52:43 UTC, Ola Fosheim Grøstad
wrote:
...
There we go, another +200 replies and drama.
This Week in D is a valuable source for information, but it is
also on the front page and shapes how D is perceived.
It just doesn't look good or factual when it talks about "flame
throwing" and "flamewar". I don't think there has been anything
that warrants that kind of terminology this week.
On 29 November 2015 at 22:58, Jonathan M Davis via Digitalmars-d
wrote:
> On Sunday, 29 November 2015 at 12:39:14 UTC, Joseph Rushton Wakeling wrote:
>>
>> On Sunday, 29 November 2015 at 04:57:28 UTC, Walter Bright wrote:
>>>
>>> Aliases do not change access permissions. They are just aliases.
>>
On 30 November 2015 at 00:54, Poyeyo via Digitalmars-d
wrote:
> On Sunday, 1 November 2015 at 01:33:29 UTC, Manu wrote:
>>
>> So, I just wanted to put this idea out there, and see what other people
>> make of it.
>>
>> [...]
>
>
> I'm interested in learning what the commercial license is.
>
> Righ
On 30 November 2015 at 20:12, Kagamin via Digitalmars-d
wrote:
> On Sunday, 29 November 2015 at 04:57:28 UTC, Walter Bright wrote:
>>
>> We considered making them for mangling only, and rejected it as
>> unworkable, because then two identical names in different namespaces could
>> not be distingui
On Wednesday, 25 November 2015 at 19:12:43 UTC, Andrei
Alexandrescu wrote:
It's not. To DUB maintainers: this is a strategic error. Please
throw SDL away and use a standardized file format. -- Andrei
It's indeed a strategic error to bet on an arcane format, and the
fact that the SDL website we
On Monday, 30 November 2015 at 09:43:58 UTC, Idan Arye wrote:
http://dpaste.dzfl.pl/42bbe53e00f9. "NaN" is emitted the same
as JSON5, but for infinity we emit "Infinite" while JSON5
specifies "Infinity".
That sounds like a bug. ECMAScript uses the mapping
Number("Infinity"). Number("Infinite"
On Monday, 30 November 2015 at 10:36:23 UTC, Ola Fosheim Grøstad
wrote:
Marketing making people reinventing the wheel over and over...
Welcome to post-facebook social internet :( we don't have
technical meritocracy anymore.
On Monday, 30 November 2015 at 08:45:30 UTC, Kagamin wrote:
Then again, what is the point of every language inventing
their own eco system as an island...
Dogfooding?
Marketing making people reinventing the wheel over and over...
On Sunday, 29 November 2015 at 11:13:03 UTC, Ola Fosheim Grøstad
wrote:
On a related note, does D support inline namespaces? Apparently
it affects mangling:
http://stackoverflow.com/questions/29764869/can-inline-namespaces-be-used-to-keep-backwards-compatibility-in-a-shared-librar
I use inline
On Sunday, 29 November 2015 at 04:57:28 UTC, Walter Bright wrote:
We considered making them for mangling only, and rejected it as
unworkable, because then two identical names in different
namespaces could not be distinguished by the D symbol table
system.
Didn't you show how two identical nam
On Monday, 30 November 2015 at 04:16:10 UTC, Saurabh Das wrote:
On Monday, 30 November 2015 at 04:06:07 UTC, Jack Stouffer
wrote:
This sounds interesting! Would you be willing to write a blog
post on your experiences with this, or even better give a talk
a DConf ;)?
I definitely want to write
On Sunday, 29 November 2015 at 17:25:04 UTC, Poyeyo wrote:
rust cargo -> rust manifest
rust cargo -> toml
On Monday, 30 November 2015 at 07:45:54 UTC, Walter Bright wrote:
Why not produce something similar to an overload set for C++
namespace ? An
error needs to be issued only if X or Y is duplicated,
otherwise, this is fine.
Because I'd rather have symbol table lookups done in a
consistent manne
On Monday, 30 November 2015 at 01:02:38 UTC, Jonathan M Davis
wrote:
On Monday, 30 November 2015 at 00:30:07 UTC, Chris Wright wrote:
I'm considering adding JSON5 support to std.json and want to
know how well this would be received.
JSON5 is pretty much just modern JavaScript's object literal
On Friday, 27 November 2015 at 09:56:10 UTC, Kagamin wrote:
The bug report is https://issues.dlang.org/show_bug.cgi?id=15324
Just hope it will be fixed soon because I gave up D 7 years ago
(too many bugs, war between phobos, tango, very young language)
and now I realize it still very complica
V Mon, 30 Nov 2015 01:19:55 +
bachmeier via Digitalmars-d napsáno:
> On Monday, 30 November 2015 at 00:31:31 UTC, Eric conrad wrote:
> > I'm new to D. Been toying with it from the command-line using
> > vim. My end goal is to develop a scalable web application. Is
> > there any existing web
On Sunday, 29 November 2015 at 22:52:20 UTC, Ola Fosheim Gr wrote:
What is the advantage of having it in an imperative language,
though? Isn't a concurrent deductive language better and faster?
In doesn't need to work like D, it only needs to parse like D.
After all, configuration is just data
101 - 127 of 127 matches
Mail list logo
