I felt this was important enough to big over to the D general
chat.
Original
Thread:http://forum.dlang.org/thread/zmmsodqrffvcdqidv...@forum.dlang.org
BBasile's Example:
On Monday, 17 August 2015 at 04:32:47 UTC, BBasile wrote:
On Monday, 17 August 2015 at 02:46:02 UTC, Freddy wrote:
I can't
On Sunday, 16 August 2015 at 05:12:06 UTC, Joakim wrote:
On Saturday, 15 August 2015 at 18:04:20 UTC, bitwise wrote:
Just a side note, looking at the main page of dlang.org, I
don't see any reference to who's using/contributing to D, or
a link thereto.
I think it would help a lot of the logo
On 8/16/2015 4:16 PM, deadalnix wrote:
It looks like every run of whatever I compiled generate a profilegc.log file,
that only contains :
bytes allocated, type, function, file:line
And that's it. Flag used to compile are -w -debug -gc -unittest . Bug or
feature ?
Bug. Please post to bugzilla
It looks like every run of whatever I compiled generate a
profilegc.log file, that only contains :
bytes allocated, type, function, file:line
And that's it. Flag used to compile are -w -debug -gc -unittest .
Bug or feature ?
On Saturday, 15 August 2015 at 10:06:13 UTC, Joseph Rushton
Wakeling wrote:
...
I had this issue recently when reading from a command-line-style
TCP connection; I needed to read the line up to the \n separator,
but consuming the separator meant waiting for the next byte that
would never arri
On 8/16/2015 5:34 AM, Sönke Ludwig wrote:
Am 16.08.2015 um 02:50 schrieb Walter Bright:
if (isInputRange!R && is(Unqual!(ElementEncodingType!R) == char))
I'm not a fan of more names for trivia, the deluge of names has its own
costs.
Good, I'll use `if (isInputRange!R && (isSomeChar!(Elem
On Sunday, 16 August 2015 at 10:12:07 UTC, Ola Fosheim Grøstad
wrote:
On Saturday, 15 August 2015 at 21:13:33 UTC, deadalnix wrote:
On Friday, 14 August 2015 at 16:13:07 UTC, Ola Fosheim Grøstad
wrote:
Another option would be to interface with Rust by generating
Rust MIR from D, if that is po
On 2015-08-16 14:34, Sönke Ludwig wrote:
Good, I'll use `if (isInputRange!R &&
(isSomeChar!(ElementEncodingType!R) ||
isIntegral!(ElementEncodingType!R))`. It's just used in number of places
and quite a bit more verbose (twice as long) and I guess a large number
of algorithms in Phobos accept ch
On Sunday, 16 August 2015 at 13:11:12 UTC, Yura wrote:
Good afternoon, gentlemen,
just want to describe my very limited experience. I have
re-written about half of my Python code into D. I got it faster
by 6 times. This is a good news.
However, I was amazed by performance of D vs Python for
On 17/08/2015 1:11 a.m., Yura wrote:
Good afternoon, gentlemen,
just want to describe my very limited experience. I have re-written
about half of my Python code into D. I got it faster by 6 times. This is
a good news.
However, I was amazed by performance of D vs Python for following simple
nest
Good afternoon, gentlemen,
just want to describe my very limited experience. I have
re-written about half of my Python code into D. I got it faster
by 6 times. This is a good news.
However, I was amazed by performance of D vs Python for following
simple nested loops (see below). D was faster
Am 16.08.2015 um 02:50 schrieb Walter Bright:
On 8/15/2015 3:18 AM, Sönke Ludwig wrote:
I don't know what 'isStringInputRange' is. Whatever it is, it should be
a 'range of char'.
I'll rename it to isCharInputRange. We don't have something like that
in Phobos,
right?
That's right, there isn't
On 8/16/2015 3:39 AM, Dmitry Olshansky wrote:
About x2 faster then decode + check-if-alphabetic on my stuff:
https://github.com/DmitryOlshansky/gsoc-bench-2012
I haven't updated it in a while. There are nice bargraphs for decoding versions
by David comparing DMD vs LDC vs GDC:
Page 15 at http:
On 16-Aug-2015 11:30, Walter Bright wrote:
On 8/15/2015 11:52 PM, Dmitry Olshansky wrote:
For instance "combining" decoding and character classification one may
side-step
generating the codepoint value itself (because now it doesn't have to
produce it
for the top-level algorithm).
Perhaps, but
On Saturday, 15 August 2015 at 21:13:33 UTC, deadalnix wrote:
On Friday, 14 August 2015 at 16:13:07 UTC, Ola Fosheim Grøstad
wrote:
Another option would be to interface with Rust by generating
Rust MIR from D, if that is possible.
What do you think?
This is what SDC is doing already.
Int
On 8/15/2015 11:52 PM, Dmitry Olshansky wrote:
For instance "combining" decoding and character classification one may side-step
generating the codepoint value itself (because now it doesn't have to produce it
for the top-level algorithm).
Perhaps, but I wouldn't be convinced without benchmarks
16 matches
Mail list logo