On Tuesday, 30 January 2018 at 22:43:32 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 30 January 2018 at 21:49:39 UTC, H. S. Teoh wrote:
"extremely eefficient native code". I don't argue that C++
has extremely efficient native code. But so has D. So the
claim that C++ has an "enormous performanc
On Wednesday, 31 January 2018 at 04:55:02 UTC, thedeemon wrote:
On Tuesday, 30 January 2018 at 22:38:20 UTC, Andrei
Alexandrescu wrote:
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
[...]
At best responses would go on Quora, not here. Thanks! --
Andrei
That's a question from 201
On Tuesday, 30 January 2018 at 22:38:20 UTC, Andrei Alexandrescu
wrote:
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
[...]
At best responses would go on Quora, not here. Thanks! -- Andrei
That's a question from 2014. I wonder if anybody would see those
answers.
On Friday, 12 January 2018 at 22:44:48 UTC, Timon Gehr wrote:
As promised [1], I have started setting up a DIP to improve
tuple ergonomics in D:
https://github.com/tgehr/DIPs/blob/tuple-syntax/DIPs/DIP1xxx-tg.md
This DIP aims to make code like the following valid D:
---
auto (a, b) = (1, 2);
On Wed, 31 Jan 2018 00:34:48 +, Benny wrote:
> https://crates.io/categories
Thanks. I wish that was easier to find though. I still don't see how to
get there without knowing it already exists.
> The issue is that a lot of D's packages are even less maintained then
> Rust, mostly because Ru
On Tue, 30 Jan 2018 20:59:16 +, aberba wrote:
> Is the foundation allowed to publicise its financial status as an NGO
> based on US laws?
It's required to file with the IRS, and those filings are public.
The 2016 990-EZ filing:
http://990s.foundationcenter.org/990_pdf_archive/475/475352856/
On 1/30/2018 1:02 PM, H. S. Teoh wrote:
Where's C++'s "enormous performance advantage?" I'm not seeing it,
except in this article, and, presumably, in the author's imagination.
I know C, C++, and D code generation semantics. There is only one case where
C/C++ can fundamentally generate better
On Tuesday, 30 January 2018 at 11:55:42 UTC, rjframe wrote:
- I click "Browse All Crates"; the default sort is alphabetical
- not
useful unless I'm just browsing,
Right side:
* Alphabetical
* All-Time Downloads
* Recent Downloads
even then I'd likely want to browse by category.
https://
On Tue, Jan 30, 2018 at 10:12:07PM +, Ola Fosheim Grøstad via Digitalmars-d
wrote:
> On Tuesday, 30 January 2018 at 21:49:39 UTC, H. S. Teoh wrote:
> > Meaning, the "enormous performance advantage" is because of
> > "extremely eefficient native code". I don't argue that C++ has
> > extremely
On Tuesday, 30 January 2018 at 21:49:39 UTC, H. S. Teoh wrote:
"extremely eefficient native code". I don't argue that C++ has
extremely efficient native code. But so has D. So the claim
that C++ has an "enormous performance advantage" over D is
specious.
We also need to keep in mind that for
On 01/30/2018 04:02 PM, H. S. Teoh wrote:
On Tue, Jan 30, 2018 at 03:45:44PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
[...]
I actually agree with all of his points, except one: C++'s "enormous
performance advantage"?! Is he
On Tuesday, 30 January 2018 at 21:49:39 UTC, H. S. Teoh wrote:
Meaning, the "enormous performance advantage" is because of
"extremely eefficient native code". I don't argue that C++ has
extremely efficient native code. But so has D. So the claim
that C++ has an "enormous performance advantage"
On Tue, Jan 30, 2018 at 09:49:46PM +, Ola Fosheim Grøstad via Digitalmars-d
wrote:
> On Tuesday, 30 January 2018 at 21:43:45 UTC, Daniel Kozak wrote:
> > Thats not completly true, last time I tried some of best c++ version
> > from http://benchmarksgame.alioth.debian.org/. I was able to write
Yes, than you are right
On Tue, Jan 30, 2018 at 10:49 PM, Ola Fosheim Grøstad via Digitalmars-d <
digitalmars-d@puremagic.com> wrote:
> On Tuesday, 30 January 2018 at 21:43:45 UTC, Daniel Kozak wrote:
>
>> Thats not completly true, last time I tried some of best c++ version from
>> http://benchma
On Tuesday, 30 January 2018 at 21:43:45 UTC, Daniel Kozak wrote:
Thats not completly true, last time I tried some of best c++
version from http://benchmarksgame.alioth.debian.org/. I was
able to write much idiomatic D code which was faster than c++
witch use some specific libraries and so on. S
On Tuesday, 30 January 2018 at 21:30:06 UTC, H. S. Teoh wrote:
On Tue, Jan 30, 2018 at 09:26:30PM +, Ola Fosheim Grøstad
via Digitalmars-d wrote:
Specific examples, please. What are some examples of these
"performance related options"?
Supported concurrency options and tuning etc.
Thats not completly true, last time I tried some of best c++ version from
http://benchmarksgame.alioth.debian.org/. I was able to write much
idiomatic D code which was faster than c++ witch use some specific
libraries and so on. So my experience is that D is same or faster than C++
On Tue, Jan 30,
On Tue, Jan 30, 2018 at 09:26:30PM +, Ola Fosheim Grøstad via Digitalmars-d
wrote:
> On Tuesday, 30 January 2018 at 21:02:13 UTC, H. S. Teoh wrote:
> > On Tue, Jan 30, 2018 at 03:45:44PM -0500, Andrei Alexandrescu via
> > Digitalmars-d wrote:
> > > https://www.quora.com/Why-hasnt-D-started-to-
On Tuesday, 30 January 2018 at 21:02:13 UTC, H. S. Teoh wrote:
On Tue, Jan 30, 2018 at 03:45:44PM -0500, Andrei Alexandrescu
via Digitalmars-d wrote:
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
[...]
I actually agree with all of his points, except one: C++'s
"enormous performance
On Tue, Jan 30, 2018 at 03:45:44PM -0500, Andrei Alexandrescu via Digitalmars-d
wrote:
> https://www.quora.com/Why-hasnt-D-started-to-replace-C++
[...]
I actually agree with all of his points, except one: C++'s "enormous
performance advantage"?! Is he being serious? Or is his view biased by
dmd
On Tuesday, 30 January 2018 at 10:03:48 UTC, Seb wrote:
On Tuesday, 30 January 2018 at 09:32:02 UTC, aberba wrote:
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
[...]
requests library for http etc. I use it the most in addition
to vibe.d
For obvious reasons networking is disabled
On Tuesday, 30 January 2018 at 20:56:22 UTC, bachmeier wrote:
On Tuesday, 30 January 2018 at 08:32:41 UTC, aberba wrote:
[...]
But who's going to pay? I don't think anyone would object to
paying someone to write libraries - it worked well for
languages like Java - but I'm not aware of a pot
On Tuesday, 30 January 2018 at 08:32:41 UTC, aberba wrote:
On Sunday, 28 January 2018 at 00:47:23 UTC, bachmeier wrote:
The community will have to do this.
They are part of the community. I'm not saying Andrei or Walter
should write an http/https2, json, etc.
lib. They need to actively help b
On Monday, 12 January 2015 at 06:30:20 UTC, Zach the Mystic wrote:
Convenience, to me, is one-click downloading from the home
page, one click installation, and full IDE support akin to what
Apple, Microsoft and any other behemoth has done for their
language. The language has nothing to do with
On Tuesday, 30 January 2018 at 19:19:39 UTC, Laeeth Isharc wrote:
Every language is based on different principles. The way D
will be adopted is via people who are principals giving it a
try because it solves their problems.
Not sure what you mean by principles, Algol languages (the class
of
https://www.quora.com/Why-hasnt-D-started-to-replace-C++
Andrei
On Tuesday, 30 January 2018 at 14:08:41 UTC, bauss wrote:
On Tuesday, 30 January 2018 at 11:09:08 UTC, Michael wrote:
On Monday, 29 January 2018 at 10:06:41 UTC, Jonathan M Davis
wrote:
On Monday, January 29, 2018 09:58:00 Dave Jones via
Digitalmars-d wrote:
Given
uint i = 12345;
should
wri
On Sunday, 4 January 2015 at 08:31:23 UTC, Joakim wrote:
This is an idea I've been kicking around for a while, and given
the need for commercial support for D, would perhaps work well
here.
[...]
By the way, in case you are interested in this path personally
still, I'd be willing to pay for
On Tuesday, 30 January 2018 at 09:20:37 UTC, aberba wrote:
On Sunday, 28 January 2018 at 18:54:34 UTC, Laeeth Isharc wrote:
On Sunday, 28 January 2018 at 13:50:03 UTC, Michael wrote:
I do worry that, having been using D for about 3 1/2 years
now, that the perceptions of D outside of this commun
On Monday, 29 January 2018 at 10:12:04 UTC, Russel Winder wrote:
On Mon, 2018-01-29 at 03:22 +, Ola Fosheim Grøstad via
Digitalmars-
d wrote:
[…]
I guess some go to Rust after working with Go, but the
transition matrix linked above suggests that the trend has
been that people give up on Ru
On Tuesday, 30 January 2018 at 12:35:21 UTC, jmh530 wrote:
Sure, but I don't think there are enough D github-repositories
to get decent quantitative analysis... Maybe a qualitative
analysis.
Small sample size problem makes me think of Bayesian
analysis...though I suppose there's a bigger prob
On Tuesday, 30 January 2018 at 09:20:37 UTC, aberba wrote:
On Sunday, 28 January 2018 at 18:54:34 UTC, Laeeth Isharc wrote:
On Sunday, 28 January 2018 at 13:50:03 UTC, Michael wrote:
Enterprises care about making money with whatever will help
them do that (impress investors). Its developers w
On Tuesday, 30 January 2018 at 15:56:12 UTC, H. S. Teoh wrote:
On Tue, Jan 30, 2018 at 04:31:43AM +, rikki cattermole via
Digitalmars-d wrote: [...]
D isn't a scripting language, it is native. It will always
matter what OS/platform you are compiling to.
One could always hook the front end
On Tue, Jan 30, 2018 at 04:31:43AM +, rikki cattermole via Digitalmars-d
wrote:
[...]
> D isn't a scripting language, it is native. It will always matter what
> OS/platform you are compiling to.
One could always hook the front end to a codegen that emits bytecode
instead of native assembly.
On Tue, Jan 30, 2018 at 08:08:14AM +, Dukc via Digitalmars-d wrote:
> On Monday, 29 January 2018 at 17:51:40 UTC, Seb wrote:
>
> > - All high-level code should be usable in @safe
>
> This is not currently possible with functions that take a delegate
> parameter, including opApply. (without sa
On Tuesday, 30 January 2018 at 11:09:08 UTC, Michael wrote:
On Monday, 29 January 2018 at 10:06:41 UTC, Jonathan M Davis
wrote:
On Monday, January 29, 2018 09:58:00 Dave Jones via
Digitalmars-d wrote:
Given
uint i = 12345;
should
writeln(-i)
be an error? or maybe i should be automatically c
On Tuesday, 30 January 2018 at 07:38:05 UTC, Ola Fosheim Grøstad
wrote:
On Monday, 29 January 2018 at 05:21:14 UTC, jmh530 wrote:
I don't deny that there are limitations to the data. At best,
it would be telling you the transition of github users over a
specific period.
Sure, but I don't thin
On Tue, 30 Jan 2018 09:20:37 +, aberba wrote:
> That's one big potential mistake. Enterprises care about making money
> with whatever will help them do that (impress investors). Its developers
> who care about languages that help them write code that suites their
> requirements. The focus shou
On Tue, 30 Jan 2018 10:38:31 +, Russel Winder wrote:
> On Mon, 2018-01-29 at 17:18 +, Mafi via Digitalmars-d wrote:
>>
> […]
>> What would you say are the most important differences between dub and
>> Cargo? What does Cargo do better than dub (or worse for that matter)?
>> Superficially,
On Tuesday, 30 January 2018 at 11:03:07 UTC, Mike Franklin wrote:
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
As I just addded emsi_containers to it, I was wondering what
other libraries would be useful for you?
What about adding a small frame buffer on the page for
displaying 2d g
On Monday, 29 January 2018 at 10:06:41 UTC, Jonathan M Davis
wrote:
On Monday, January 29, 2018 09:58:00 Dave Jones via
Digitalmars-d wrote:
Given
uint i = 12345;
should
writeln(-i)
be an error? or maybe i should be automatically cast to a
larger signed type?
It arguably should be, but it
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
As I just addded emsi_containers to it, I was wondering what
other libraries would be useful for you?
What about adding a small frame buffer on the page for displaying
2d graphics, or to render vibe.d's html output? Then add
libraries li
On Mon, 2018-01-29 at 17:18 +, Mafi via Digitalmars-d wrote:
>
[…]
> What would you say are the most important differences between dub
> and Cargo? What does Cargo do better than dub (or worse for that
> matter)? Superficially, they seem to be designed quite similarly.
The single most impor
On Sunday, 28 January 2018 at 18:54:34 UTC, Laeeth Isharc wrote:
On Sunday, 28 January 2018 at 13:50:03 UTC, Michael wrote:
[...]
That's what you would expect, because D is a very ambitious
language, which means its natural user base is much more spread
out and less highly concentrated. And
On Tuesday, 30 January 2018 at 09:32:02 UTC, aberba wrote:
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
As I just addded emsi_containers to it, I was wondering what
other libraries would be useful for you?
(For performance reasons, a selected list of libraries is
pre-compiled [1].)
On Sunday, 28 January 2018 at 15:39:41 UTC, Seb wrote:
As I just addded emsi_containers to it, I was wondering what
other libraries would be useful for you?
(For performance reasons, a selected list of libraries is
pre-compiled [1].)
https://github.com/dlang-tour/core/wiki/Runnable-DUB-package
On Sunday, 28 January 2018 at 18:54:34 UTC, Laeeth Isharc wrote:
On Sunday, 28 January 2018 at 13:50:03 UTC, Michael wrote:
I do worry that, having been using D for about 3 1/2 years
now, that the perceptions of D outside of this community don't
seem to be changing much. It does seem to make a
On Sunday, 28 January 2018 at 00:47:23 UTC, bachmeier wrote:
On Saturday, 27 January 2018 at 20:15:51 UTC, aberba wrote:
There have been several complaints about tools, and certain
important stuff missing in the standard library (HTTP/HTTP2,
rpc, etc) and no 'official' response or some blog pos
On Monday, 29 January 2018 at 22:28:35 UTC, Michael wrote:
I would hazard a guess that Go is likely the language they
settle on for whatever task required something more low-level
like Rust/Go(/D? =[ ) and that they move to Python for the
kinds of scripting tasks that follow development of some
On Monday, 29 January 2018 at 17:51:40 UTC, Seb wrote:
- All high-level code should be usable in @safe
This is not currently possible with functions that take a
delegate parameter, including opApply. (without sacrificing
genericity)
A DIP could be made so that the function infers it's attr
50 matches
Mail list logo
