On Thursday, 27 November 2014 at 05:04:20 UTC, deadalnix wrote:
On Thursday, 27 November 2014 at 03:51:59 UTC, Adam D. Ruppe
wrote:
BTW @nogc should have an escape hatch at least for assert(0,
allocate_a_message). The program is dying anyway, at least let
me conveniently format a descriptive
Isn't this the purpose of std.experimental?
On Friday, 28 November 2014 at 00:19:49 UTC, Ola Fosheim Grøstad
wrote:
The @nogc focus got in by external advocacy. It did take some
noise, but it got in.
It took a lot of noise and IMO rust removing their GC to force
something to happen.
On Friday, 28 November 2014 at 23:50:52 UTC, bearophile wrote:
Walter Bright:
We need to do a lot better.
I agree. D has to come back to the living. It looks like D is
hibernating.
Bye,
bearophile
As much as I like D, hibernating is a very kind way to put it.
D feels very ugly/kludgy
On Sunday, 30 November 2014 at 23:16:14 UTC, bearophile wrote:
...
I suggested to make that variable i an immutable by default.
I suggest everything be made immutable by default ;)
Seems like something that would fit in well with dscanner.
On Saturday, 20 December 2014 at 17:40:06 UTC, Martin Nowak wrote:
Just wondering what the general sentiment is.
For me it's these 3 points.
- tuple support (DIP32, maybe without pattern matching)
- working import, protection and visibility rules (DIP22, 313,
314)
- finishing non-GC memory
On Wednesday, 24 December 2014 at 05:17:09 UTC, Jonathan Marler
wrote:
This may only be a personal opinion but I also agree that
memory management should be made the #1 priority. That being
said, in order to make this a priority it would be great to see
more organization when it comes to D
On Sunday, 28 December 2014 at 02:55:39 UTC, Xinok wrote:
I'd like to contribute to the documentation (more within my
skill level anyways), but I'd like to follow some solid
guidelines if I'm to do so. If we don't have something like it
already, perhaps we could create a page on the wiki with
On Friday, 23 January 2015 at 16:59:41 UTC, Wyatt wrote:
On Thursday, 22 January 2015 at 19:37:11 UTC, weaselcat wrote:
Might be of use to someone, but I was looking for ways to
speed up dmd's albeit already fast compilation times.
Just by dropping in jemalloc in place of glibc's malloc via
After reading this thread I think I'm the only person here who
actually likes makefiles.
Nothing ever feels as complete as a good old hand written
makefile.
On Thursday, 5 February 2015 at 05:51:18 UTC, tcak wrote:
On Thursday, 5 February 2015 at 04:37:21 UTC, Tofu Ninja wrote:
On Wednesday, 4 February 2015 at 23:15:25 UTC, Jonathan Marler
wrote:
This looks very similar to std.experimental. I originally
thought that the difference between
On Monday, 2 February 2015 at 08:09:39 UTC, Vladimir Panteleev
wrote:
...
Sorry if it has been answered, but one of the points brought up
was non-D project management. Is it possible for Dub to i.e,
compile C files for me and link them with my D files? I'm
currently using makefiles for
On Thursday, 5 February 2015 at 14:17:16 UTC, bearophile wrote:
In the best language blog:
http://lambda-the-ultimate.org/node/5113
The discussion is long. They discuss if a good GC can be
written in the language itself, about actual security, what a
GC can and can't do, and more.
Bye,
On Friday, 6 February 2015 at 05:32:48 UTC, Walter Bright wrote:
On 2/5/2015 9:00 PM, Ola Fosheim =?UTF-8?B?R3LDuHN0YWQi?=
ola.fosheim.grostad+dl...@gmail.com wrote:
On Thursday, 5 February 2015 at 23:39:39 UTC, Walter Bright
wrote:
static void trustedMemcopy(T[] dest, T[] src) @trusted
{
On Friday, 6 February 2015 at 23:02:54 UTC, Zach the Mystic wrote:
No, at least three of us, Steven, H.S. Teoh and myself have
confirmed that we've moved beyond requesting @trusted blocks.
We are no longer requesting them. We are requesting *@system*
blocks, which can only appear in @trusted
On Tuesday, 3 February 2015 at 22:30:22 UTC, Walter Bright wrote:
There's been enough discussion, time to make a decision and
move on.
I'm glad this is being said more and more around these parts.
Some stuff just seems to be stagnating forever.
On Friday, 16 January 2015 at 08:23:15 UTC, Andrei Alexandrescu
wrote:
I just created
https://github.com/D-Programming-Language/dlang.org/pull/769,
which shifts the majority of dlang.org's look and feel to CSS
styles.
With this work in tow, we get to use classic CSS styling to
improve the
On Friday, 16 January 2015 at 21:41:25 UTC, Andrei Alexandrescu
wrote:
Please help us work the kinks out! Walter will be proceeding
with the opt-in implementation for quicker pipelining.
http://wiki.dlang.org/DIP25
Andrei
I prefer the new syntax, this is a good change.
Is this DIP
On Tuesday, 20 January 2015 at 00:13:37 UTC, Brian Schott wrote:
On Monday, 19 January 2015 at 22:49:41 UTC, Ary Borenszweig
wrote:
So... how do you search for a function definition in D without
an IDE?
Running `dscanner --help` prints this:
--declaration | -d symbolName [sourceFiles
On Monday, 19 January 2015 at 22:49:41 UTC, Ary Borenszweig wrote:
On 1/19/15 6:25 PM, Andrei Alexandrescu wrote:
On 1/19/15 12:51 PM, Alexey T. wrote:
Will be much easier to read Source, if func declarataion
begins with
keyword. def of func. e.g.
func myName(params.): typeOfResult;
or
On Wednesday, 21 January 2015 at 06:33:57 UTC, weaselcat wrote:
On Wednesday, 21 January 2015 at 02:59:16 UTC, Andrei
Alexandrescu wrote:
On 1/20/15 6:08 PM, Vladimir Panteleev wrote:
https://github.com/D-Programming-Language/dlang.org/pull/811
Deployed. Let's thank Vladimir for this great
On Wednesday, 21 January 2015 at 21:27:25 UTC, weaselcat wrote:
On Wednesday, 21 January 2015 at 06:33:57 UTC, weaselcat wrote:
On Wednesday, 21 January 2015 at 02:59:16 UTC, Andrei
Alexandrescu wrote:
On 1/20/15 6:08 PM, Vladimir Panteleev wrote:
On Sunday, 18 January 2015 at 02:18:16 UTC, Andrei Alexandrescu
wrote:
What do you all think?
colors feel very geocities-like :)
I'm not a designer so I couldn't give any color tips, but I like
the functionality of the new design.
On Sunday, 18 January 2015 at 04:57:26 UTC, Kapps wrote:
On Sunday, 18 January 2015 at 04:32:02 UTC, Kapps wrote:
On Sunday, 18 January 2015 at 02:18:16 UTC, Andrei
Alexandrescu wrote:
I took the better part of today working on this:
On Sunday, 18 January 2015 at 02:55:40 UTC, MattCoder wrote:
On Sunday, 18 January 2015 at 02:18:16 UTC, Andrei Alexandrescu
wrote:
I took the better part of today working on this:
https://github.com/D-Programming-Language/dlang.org/pull/780.
See demo at http://erdani.com/d/.
What do you all
On Monday, 19 January 2015 at 14:48:32 UTC, Russel Winder via
Digitalmars-d wrote:
Has anyone been in contact with Debian and Fedora packagers to
see if
using Dub as a build system is acceptable to them for
packaging? I know
Debian folk still prefer Autotools, but accept Make or SCons
(but
On Monday, 19 January 2015 at 16:47:05 UTC, Adam D. Ruppe wrote:
On Monday, 19 January 2015 at 16:46:08 UTC, weaselcat wrote:
There's a typo in the From The Past section
s/demonstrats/demonstrates
hit refresh, it should be fixed you might see a cached version
oh yep, the new version looks
On Monday, 19 January 2015 at 17:00:19 UTC, DaveG wrote:
On Monday, 19 January 2015 at 07:56:39 UTC, Jacob Carlborg
wrote:
On 2015-01-19 03:50, DaveG wrote:
https://dl.dropboxusercontent.com/u/114394/D-site/redesign/index.html
It would be better if the menu could become some kind of drop
On Monday, 19 January 2015 at 01:42:58 UTC, Adam D. Ruppe wrote:
Anyone like to do a quick proofread of the next edition of This
Week in D?
http://arsdnet.net/this-week-in-d/jan-18.html
Do NOT post this publically yet - it is just a draft, I want to
do the broad public release/announcement
On Monday, 19 January 2015 at 19:47:25 UTC, Jacob Carlborg wrote:
On 2015-01-19 18:00, DaveG wrote:
The vertical menu expanded from the top works well with
relatively few
items (in the case of bootstrap, eight). Personally, I don't
think that
method works well with many items (we currently
On Thursday, 15 January 2015 at 20:54:05 UTC, bearophile wrote:
Mengu:
i've noticed there are some code that are not working such as
the anonymous recursion example. [0] the first example there
doesn't work but the second one works with DMD64 D Compiler
v2.066.
The code used to work... I
On Thursday, 15 January 2015 at 07:58:47 UTC, Andrei Alexandrescu
wrote:
On 1/14/15 7:19 PM, brian wrote:
My point was that there are fewer examples of *how* to do
things in D.
This will discourage the new user, which will prevent it
becoming a more
popular language.
Yes, it would be great
On Tuesday, 13 January 2015 at 23:34:40 UTC, brian wrote:
A question first: ... what do people actually have working in D?
I find very few working examples of things I want to do. Or
things in general. That I can read and say oooh that's close
to what I want, I can tweak it a little here and
On Friday, 23 January 2015 at 00:24:45 UTC, Andrei Alexandrescu
wrote:
I think it's important that we enable Calypso
(https://github.com/Syniurge/Calypso) and related tooling that
Safe to assume this will be LDC only?
On Thursday, 22 January 2015 at 19:37:11 UTC, weaselcat wrote:
Might be of use to someone, but I was looking for ways to speed
up dmd's albeit already fast compilation times.
Just by dropping in jemalloc in place of glibc's malloc via
LD_PRELOAD on my linux machine I saw a 10-15% drop in
On Tuesday, 20 January 2015 at 23:47:44 UTC, Ola Fosheim Grøstad
wrote:
On Tuesday, 20 January 2015 at 23:17:28 UTC, deadalnix wrote:
Concurrent GC is too expensive for a proper system level
language.
That is an unsubstanciated claim.
And so is «pigs can't fly».
You want to run the
On Wednesday, 21 January 2015 at 01:05:28 UTC, weaselcat wrote:
there is no silver bllet for memory and
Sorry, meant silver bullet for memory management, bit tired : )
On Wednesday, 21 January 2015 at 02:59:16 UTC, Andrei
Alexandrescu wrote:
On 1/20/15 6:08 PM, Vladimir Panteleev wrote:
https://github.com/D-Programming-Language/dlang.org/pull/811
Deployed. Let's thank Vladimir for this great work! -- Andrei
Looks great but I'm unable to scroll the
On Sunday, 18 January 2015 at 14:00:57 UTC, aldanor wrote:
On Sunday, 18 January 2015 at 13:01:48 UTC, MattCoder wrote:
On Sunday, 18 January 2015 at 10:24:29 UTC, Jacob Carlborg
wrote:
What do you think?
I'm seeing a lot a topics regards about fixing website, styles
an so on. Maybe is time
Might be of use to someone, but I was looking for ways to speed
up dmd's albeit already fast compilation times.
Just by dropping in jemalloc in place of glibc's malloc via
LD_PRELOAD on my linux machine I saw a 10-15% drop in compilation
times across the board. Not sure if this is common
On Wednesday, 11 February 2015 at 08:21:27 UTC, ketmar wrote:
On Wed, 11 Feb 2015 03:20:57 +, weaselcat wrote:
I'm sure I'll get a response from ketmar( ;-) )
for your pleasure, sir!
believe me or not, but i almost fully share your opinion. i'm
not using
classes (well, almost), and when
On Tuesday, 10 February 2015 at 17:47:59 UTC, Andrei Alexandrescu
wrote:
On 2/10/15 9:44 AM, weaselcat wrote:
Again I apologize for the briefness, I'll try to reply to this
later
with better details.
Much appreciated, thanks. -- Andrei
To continue from earlier,
Once again, my POV is that
On Tuesday, 10 February 2015 at 17:00:18 UTC, Andrei Alexandrescu
wrote:
On 2/9/15 11:28 PM, weaselcat wrote:
On Tuesday, 10 February 2015 at 07:17:11 UTC, Dicebot wrote:
At the same time stuff like RefCounted is a mess.
+1
(Sorry for the noise, just wanted to share the opinion. :) )
One
On Thursday, 12 February 2015 at 20:22:42 UTC, H. S. Teoh wrote:
On Thu, Feb 12, 2015 at 12:16:38PM -0800, Walter Bright via
Digitalmars-d wrote:
[...]
Me, for example, I very very rarely bother to report a bug in a
product I use. The reason isn't because I am lazy (although I
am).
It's
On Thursday, 12 February 2015 at 03:19:59 UTC, deadalnix wrote:
Hi all,
I recently installed dmd from brew (a package manager for OSX).
To my surprise, it ship without phobos, which makes it
unusable. Additionally, phobos is nowhere to be found in the
package manager.
Can someone look into
On Thursday, 12 February 2015 at 23:18:29 UTC, Brian Schott wrote:
I've been looking for a graphical front-end for GDB that's not
terrible, and I've found that Nemiver works pretty well. It's
worth trying out if you're on Linux.
https://wiki.gnome.org/Apps/Nemiver/Features
Nemiver works
On Monday, 16 February 2015 at 23:17:03 UTC, Jonathan Marler
wrote:
Is there a proposal for how D will support throwing Exceptions
in @nogc code in the future? I've searched the forums and
found different proposals that involve things like
pre-allocated exceptions, non-gc heap allocated
On Tuesday, 27 January 2015 at 02:38:17 UTC, Zach the Mystic
wrote:
On Tuesday, 27 January 2015 at 01:41:31 UTC, Joakim wrote:
I was just surfing reddit and this exchange with Walter made
me LOL, talking about students who learn programming for the
first time in college:
Walter: Why would
On Tuesday, 27 January 2015 at 18:10:10 UTC, Jonathan Marler
wrote:
Would people want and use a website that tracks who's working
on what in the D Programming Language? People would go to the
site and be able to find out what's being worked on, what's not
being worked on, who's working on
On Thursday, 29 January 2015 at 00:14:51 UTC, ketmar wrote:
On Thu, 29 Jan 2015 00:03:51 +, Brian Schott wrote:
On Wednesday, 28 January 2015 at 23:22:34 UTC, ketmar wrote:
On Wed, 28 Jan 2015 18:54:27 +, Zach the Mystic wrote:
I think a keyword is a keyword is a keyword. If it's a
On Friday, 30 January 2015 at 14:47:22 UTC, Andrei Alexandrescu
wrote:
Please advise.
Andrei
+1
D's syntax is already big enough, if anything it needs reduced.
On Saturday, 31 January 2015 at 03:33:26 UTC, Vladimir Panteleev
wrote:
On Saturday, 31 January 2015 at 03:27:32 UTC, weaselcat wrote:
Wasn't a random occurrence, consistently about 30-40ms shorter
with the parallel version vs baseline, same flags(except for
output flags.)
Can you reproduce
Based on a post I saw here I thought it would be fun to see how
much I could speed up compilation just by using per-file makefiles
I decided to use DCD(server only) as the test bench, as it's
slightly big with all of its dependencies and takes a medium
amount of time to build. Plus it already
On Saturday, 31 January 2015 at 14:06:20 UTC, Piotrek wrote:
...
+1, basically boost for D. I heavily agree that the libraries
should complement Phobos and never be orthogonal to phobos lest
we have another tangos/phobos situation.
On Saturday, 24 January 2015 at 17:32:14 UTC, Andrei Alexandrescu
wrote:
Thanks @JinShil!
https://github.com/D-Programming-Language/dlang.org/pull/827
The con is that some people may find it confusing, thinking
they should import algorithm instead of std.algorithm etc.
On the other hand the
On Monday, 26 January 2015 at 02:09:18 UTC, Laeeth Isharc wrote:
On Sunday, 25 January 2015 at 21:19:59 UTC, ketmar wrote:
On Sun, 25 Jan 2015 20:56:04 +, AndyC wrote:
Its handy, yes, until you hit one of its many limitations,
then what
will you do?
i didn't come into any limitations
On Monday, 26 January 2015 at 08:33:40 UTC, Walter Bright wrote:
https://github.com/ankitrohatgi/learn_dlang/tree/master/freeimage
https://www.reddit.com/r/programming/comments/2tp7a3/image_processing_in_d_vs_python_a_quick_and_dirty/
On Friday, 23 January 2015 at 23:28:28 UTC, Matthias Bentrup
wrote:
On Friday, 23 January 2015 at 21:00:08 UTC, Steven Schveighoffer
wrote:
On 1/23/15 3:40 PM, deadalnix wrote:
On Friday, 23 January 2015 at 13:12:44 UTC, Steven
Schveighoffer wrote:
On 1/23/15 8:05 AM, Matthias Bentrup wrote:
On Saturday, 24 January 2015 at 04:20:00 UTC, Vladimir Panteleev
wrote:
On Saturday, 24 January 2015 at 02:43:47 UTC, anonymous wrote:
Destroy.
Good logo integration,
I agree with this, maybe should be considered for current site.
On Friday, 23 January 2015 at 17:03:17 UTC, aldanor wrote:
On the bright side, D has a book. Or rather, it has THE book
and a few more books, some of which are free and some are not.
However, I wouldn't ever start to read a 500-page manuscript
just in order to get acquainted with the language
On Sunday, 1 February 2015 at 05:21:15 UTC, Mike wrote:
...
[2] - Why D is not a Systems Programming Language -
https://github.com/klamonte/cycle/blob/master/docs/no_more_d.md
I don't have much to add but this is one of the better critiques
of D I've seen.
On Sunday, 1 February 2015 at 11:22:04 UTC, Johannes Pfau wrote:
which perform as well as C code, but only with force-inline
why is this still not part of the language? I'm not sure of
anything else that has been repeatedly asked for without any good
counterarguments.
On Monday, 26 January 2015 at 21:51:03 UTC, Zach the Mystic wrote:
On Monday, 26 January 2015 at 19:50:39 UTC, H. S. Teoh wrote:
If it takes just as much effort to get it into
std.experimental as it
would take to get into std directly, I don't see the point of
the
additional hassle introduced
On Monday, 26 January 2015 at 20:55:14 UTC, Wyatt wrote:
On Monday, 26 January 2015 at 20:19:09 UTC, Laeeth Isharc wrote:
Does Rust have the productivity of D? And it doesn't have the
maturity, as I understand it.
This brings up something that's been bugging me. D has a pitch
for users
On Monday, 26 January 2015 at 18:09:46 UTC, Andrei Alexandrescu
wrote:
...is what took to get std.experimental.logger in Phobos.
https://github.com/D-Programming-Language/phobos/pull/1500
A time to celebrate! Many thanks to Robert who carried it
through a long gestation, Dicebot for managing
On Wednesday, 28 January 2015 at 17:01:07 UTC, Benjamin Thaut
wrote:
On Wednesday, 28 January 2015 at 16:18:18 UTC, Andrei
Alexandrescu wrote:
We have a really nice script:
https://github.com/D-Programming-Language/tools/blob/master/update.sh
And once again this only works for linux...
DMDs
Is it still worth buying TDPL since it's almost 5 years old? I
realize classics like KR C are near timeless, but D has seen a
lot of changes.
Has the ebook version been updated at all(i.e, with the errata?)
How is the physical quality of the print book?
Thanks. -
On Saturday, 10 January 2015 at 03:17:50 UTC, Andrei Alexandrescu
wrote:
On 1/9/15 6:13 PM, weaselcat wrote:
On Saturday, 10 January 2015 at 02:03:17 UTC, Andrei
Alexandrescu wrote:
cc Sean Kelly
https://github.com/D-Programming-Language/druntime/blob/master/src/core/sync/config.d#L28
Looks
On Saturday, 10 January 2015 at 02:03:17 UTC, Andrei Alexandrescu
wrote:
cc Sean Kelly
https://github.com/D-Programming-Language/druntime/blob/master/src/core/sync/config.d#L28
Looks like that use has been disable with static if (false).
What was the reason?
A coworker spent a few hours
On Saturday, 10 January 2015 at 20:18:03 UTC, Walter Bright wrote:
Has someone made a dfmt, like http://gofmt.com/ ?
Uncrustify claims D support.
http://uncrustify.sourceforge.net/
On Saturday, 10 January 2015 at 22:29:42 UTC, bitwise wrote:
...
-The way quotes are displayed is tough on the eyes. Rather than
having the quotes grayed out and crowded by angle brackets, I
would prefer something like stackoverflow where the text was
black, but on a gray background, possibly
On Saturday, 10 January 2015 at 23:18:25 UTC, bitwise wrote:
Userstyles is a site for Stylish themes, it's an open source
extension for most browsers released under GPLv3.
So is Filezilla...but would you care to download a copy? ;)
On Saturday, 10 January 2015 at 23:14:14 UTC, bitwise wrote:
Overall I find the site kind of tough on my eyes, I use a
stylish theme to help.
https://userstyles.org/styles/65395/dlang-org-dark-theme
I am getting more and more weary of downloading software these
days unless it's very well
On Sunday, 11 January 2015 at 19:42:38 UTC, ponce wrote:
On Sunday, 11 January 2015 at 19:38:12 UTC, bearophile wrote:
Are you always able to detect them? I think languages (and
programmers) that don't have a strict attitude toward memory
safety will be slowly left behind in the few next
On Sunday, 11 January 2015 at 20:47:37 UTC, weaselcat wrote:
On Sunday, 11 January 2015 at 19:42:38 UTC, ponce wrote:
On Sunday, 11 January 2015 at 19:38:12 UTC, bearophile wrote:
Are you always able to detect them? I think languages (and
programmers) that don't have a strict attitude toward
On Sunday, 11 January 2015 at 23:27:34 UTC, Nick B wrote:
On Sunday, 11 January 2015 at 22:55:52 UTC, Andrei Alexandrescu
wrote:
On 1/11/15 2:54 PM, Nick B wrote:
On Sunday, 11 January 2015 at 17:44:59 UTC, Andrei
Alexandrescu wrote:
Ionno how to measure that with the data we have. --
On Sunday, 11 January 2015 at 21:16:41 UTC, Walter Bright wrote:
On 1/11/2015 11:50 AM, Andrei Alexandrescu wrote:
On 1/11/15 10:48 AM, Walter Bright wrote:
The main problem is what to do about comments, which don't
fit into the
grammar.
In the first version comments might go through
On Monday, 12 January 2015 at 07:09:54 UTC, Tobias Müller wrote:
Walter Bright newshou...@digitalmars.com wrote:
On 1/11/2015 5:06 AM, Dicebot wrote:
What is your opinion of approach advertised by various
functional languages and
now also Rust? Where you return error code packed with actual
On Monday, 12 January 2015 at 16:16:30 UTC, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/2s67en/evaluating_d_for_games/
Array!int(RefCounted!(Payload,
cast(RefCountedAutoInitialize)0)(RefCountedStore(20D9590)))
Why does std.container.array use refcounted? Seems like
On Tuesday, 6 January 2015 at 09:51:13 UTC, Joakim wrote:
I don't know if the ebook is updated, but the physical quality
of the softcover print book is not good. Mine fell apart about
halfway through reading it, it's in 3-4 chunks now. I wish
there had been a pdf version available at the
On Tuesday, 6 January 2015 at 22:43:45 UTC, Andrei Alexandrescu
wrote:
Let's crowdsource the review. Please check the entries linked
from here: http://dlang.org/library/index.html.
Andrei
Is it intentional for all of the stdc pages to be empty?
On Monday, 12 January 2015 at 20:35:13 UTC, weaselcat wrote:
On Monday, 12 January 2015 at 16:16:30 UTC, Andrei Alexandrescu
wrote:
http://www.reddit.com/r/programming/comments/2s67en/evaluating_d_for_games/
Array!int(RefCounted!(Payload,
On Tuesday, 10 February 2015 at 07:17:11 UTC, Dicebot wrote:
At the same time stuff like RefCounted is a mess.
+1
(Sorry for the noise, just wanted to share the opinion. :) )
On Sunday, 4 January 2015 at 18:10:52 UTC, Jonathan wrote:
Hey folks,
I've been recently checking out Nim/rod and feel like it takes
a lot of inspiration from D (I think the creator was in the D
community too as some point). How do you think it compares?
What areas does D, in principle,
On Sunday, 4 January 2015 at 21:46:09 UTC, Ary Borenszweig wrote:
There are examples of D code in these two repos:
https://github.com/logicchains/LPATHBench
https://github.com/kostya/benchmarks
Take a look at for example the first one in D and Nim:
On Monday, 5 January 2015 at 00:54:45 UTC, Walter Bright wrote:
On 1/4/2015 1:46 PM, Ary Borenszweig wrote:
Nim is faster than D.
I bet the D version would be significantly faster if you didn't
read the file as a text string, then try breaking it up into an
array of lines, then break those
On Monday, 5 January 2015 at 01:07:07 UTC, weaselcat wrote:
Compiled it with LDC, GDC and DMD seem to choke on the
functional programming and run 4-5x slower.
~1120 ms with my version, ~1210 ms with the 'fast' version
the C++ version compiled with gcc still beats it by about 100ms
on my
On Monday, 5 January 2015 at 01:30:08 UTC, Walter Bright wrote:
On 1/4/2015 5:07 PM, weaselcat wrote:
It doesn't time that part
You're right, I overlooked that.
You can also speed things up by noticing that the nodes[] and
visited[] arguments never change, so getLongestPath can be made
as
On Monday, 5 January 2015 at 01:56:20 UTC, Ary Borenszweig wrote:
On 1/4/15 9:27 PM, bearophile wrote:
Walter Bright:
Nim:
for neighbour in nodes[nodeId].neighbours:
D:
foreach(immutable route neighbour;
nodes[nodeID].neighbours){
Correctly written D:
foreach (neighbour;
On Monday, 5 January 2015 at 02:12:21 UTC, Ary Borenszweig wrote:
For the second, the compiler can tell that if you don't assign
anything more to it then it's immutable. So I'm not sure the
second one is true.
I'm inclined to believe there's some benefit to explicitly using
immutable as
On Wednesday, 7 January 2015 at 23:30:01 UTC, MattCoder wrote:
On Wednesday, 7 January 2015 at 23:18:03 UTC, Andrei
Alexandrescu wrote:
...
from http://dlang.org/phobos/std_array.html#.Appender one can
jump easily to its methods.
Thanks, Nick!
Well done! I just think that would be nice to
On Saturday, 14 March 2015 at 21:18:33 UTC, Douglas Peterson
wrote:
What would be the rationale for such a change ?
safety, the same reason @safe should be the default.
see: const correctness, virtually any ML-inspired language.
On Saturday, 14 March 2015 at 18:56:07 UTC, Russel Winder wrote:
On Sat, 2015-03-14 at 10:31 -0700, Andrei Alexandrescu via
Digitalmars-d
wrote:
I was looking at easy installation of dmd on ubuntu, and found
this:
http://d-apt.sourceforge.net/
Should we make it part of the official
On Sunday, 15 March 2015 at 00:03:37 UTC, Orvid King wrote:
On Saturday, 14 March 2015 at 20:15:30 UTC, Walter Bright wrote:
I've often thought, as do many others here, that immutability
should be the default for variables.
[This is a long term issue. Just thought maybe it's time for a
On Saturday, 14 March 2015 at 23:15:35 UTC, Brian Schott wrote:
First, a disclaimer: I am an idiot for starting this thread.
Moving on...
I'm working on a list of configuration options for dfmt - a
formatter for D source code.
So far I have the following:
* Insert spaces between if, while,
On Saturday, 14 March 2015 at 19:48:14 UTC, Walter Bright wrote:
The point is, with a library abstraction the core language can
be simplified. D's ability to create user defined literals
largely ends the pressure to make more complicated and
specialized core language literals.
user defined
On Wednesday, 18 March 2015 at 11:53:06 UTC, Elazar Leibovich
wrote:
On Friday, 13 March 2015 at 17:31:09 UTC, Andrei Alexandrescu
wrote:
For example the expression (assuming s is e.g. a string)
File(/tmp/a).byChunk(4096).joiner.startsWith(s)
opens a file, progressively reads chunks of 4KB,
On Sunday, 22 March 2015 at 10:36:27 UTC, Dicebot wrote:
It was a response to question why vibe.d has reimplemented so
many bits of Phobos without ever contributing it back.
I apologize if it came off this way, I meant it as vibe
shouldn't have to be reimplementing these things, they're
On Sunday, 22 March 2015 at 07:03:14 UTC, Andrei Alexandrescu
wrote:
I just took a look at making byLine faster. It took less than
one evening:
https://github.com/D-Programming-Language/phobos/pull/3089
I confess I am a bit disappointed with the leadership being
unable to delegate this task
1 - 100 of 534 matches
Mail list logo