Martin Tschierschke wrote:
basically, compilation of a code without templates is FAST. 500+ KB of
source almost without templates often compiles in less than a second (on
not-so-bleeding-edge i3, not even i7).
but throw templates in a mix, and BOOM! coffee and cigarettes.
My negative
On Tuesday, 27 February 2018 at 13:35:14 UTC, ketmar wrote:
Martin Tschierschke wrote:
On Tuesday, 27 February 2018 at 08:49:15 UTC, Stefan Koch
wrote:
On Monday, 26 February 2018 at 21:38:09 UTC, ketmar wrote:
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via
Martin Tschierschke wrote:
On Tuesday, 27 February 2018 at 08:49:15 UTC, Stefan Koch wrote:
On Monday, 26 February 2018 at 21:38:09 UTC, ketmar wrote:
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via Digitalmars-d
wrote:
[...]
When looking at the problem of
On Tuesday, 27 February 2018 at 09:25:57 UTC, Martin Tschierschke
wrote:
On Tuesday, 27 February 2018 at 08:49:15 UTC, Stefan Koch wrote:
On Monday, 26 February 2018 at 21:38:09 UTC, ketmar wrote:
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via
Digitalmars-d wrote:
On Tuesday, 27 February 2018 at 08:49:15 UTC, Stefan Koch wrote:
On Monday, 26 February 2018 at 21:38:09 UTC, ketmar wrote:
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via
Digitalmars-d wrote:
[...]
When looking at the problem of compilation times I think:
Wouldn't
On Monday, 26 February 2018 at 21:38:09 UTC, ketmar wrote:
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via
Digitalmars-d wrote:
[...]
but until that brave new world materializes, we have a
smart/fast
dilemma. alas.
I'd like to contribute to the materialization of
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via Digitalmars-d wrote:
[...]
but until that brave new world materializes, we have a smart/fast
dilemma. alas.
I'd like to contribute to the materialization of that brave new world.
Rather than sit around and wait for it to
On Mon, Feb 26, 2018 at 10:12:25PM +0200, ketmar via Digitalmars-d wrote:
[...]
> but until that brave new world materializes, we have a smart/fast
> dilemma. alas.
I'd like to contribute to the materialization of that brave new world.
Rather than sit around and wait for it to happen. :-P
T
H. S. Teoh wrote:
The problem is not the Phobos implementation. The problem is that the
compiler's way of handling templates and CTFE needs to be improved. We
seriously need to muster some manpower to help Stefan finish newCTFE,
and then we need to take a serious look at improving the current
On Mon, Feb 26, 2018 at 09:03:14PM +0200, ketmar via Digitalmars-d wrote:
> H. S. Teoh wrote:
[...]
> > In my mind, even C's printf API is sucky, because it involves runtime
> > parsing of what's usually a static string, over and over again. What we
> > *really* want is for something like:
> >
>
H. S. Teoh wrote:
On Mon, Feb 26, 2018 at 08:38:39PM +0200, ketmar via Digitalmars-d wrote:
H. S. Teoh wrote:
On Sat, Feb 24, 2018 at 09:43:35AM +, Stefan Koch via Digitalmars-d
wrote:
[...]
This particular slowdown happens because there are somehow
depdencies on std.format.format which
On Mon, Feb 26, 2018 at 08:42:22PM +0200, ketmar via Digitalmars-d wrote:
[...]
> p.p.s.: or replace it with `void fmtlite (...) {}` thingy. this way we
> can still have type safety, but get rid of templates.
Given the huge amount of templates in your typical, average D code, I
think it's a much
On Mon, Feb 26, 2018 at 08:38:39PM +0200, ketmar via Digitalmars-d wrote:
> H. S. Teoh wrote:
>
> > On Sat, Feb 24, 2018 at 09:43:35AM +, Stefan Koch via Digitalmars-d
> > wrote:
> > [...]
> > > This particular slowdown happens because there are somehow
> > > depdencies on std.format.format
H. S. Teoh wrote:
On Sat, Feb 24, 2018 at 09:43:35AM +, Stefan Koch via Digitalmars-d
wrote:
[...]
This particular slowdown happens because there are somehow depdencies
on std.format.format which is instantiated.
Which has a ton of dependencies itself.
Aha! That explains it. Thanks,
H. S. Teoh wrote:
On Sat, Feb 24, 2018 at 09:43:35AM +, Stefan Koch via Digitalmars-d
wrote:
[...]
This particular slowdown happens because there are somehow depdencies
on std.format.format which is instantiated.
Which has a ton of dependencies itself.
Aha! That explains it. Thanks,
H. S. Teoh wrote:
On Sat, Feb 24, 2018 at 09:43:35AM +, Stefan Koch via Digitalmars-d
wrote:
[...]
This particular slowdown happens because there are somehow depdencies
on std.format.format which is instantiated.
Which has a ton of dependencies itself.
Aha! That explains it. Thanks,
On Sat, Feb 24, 2018 at 09:43:35AM +, Stefan Koch via Digitalmars-d wrote:
[...]
> This particular slowdown happens because there are somehow depdencies
> on std.format.format which is instantiated.
> Which has a ton of dependencies itself.
Aha! That explains it. Thanks, Stefan, for the
On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote:
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
tl;dr: A trivial piece of code, written as ostensibly
"idiomatic D" with std.algorithm and std.range templates,
compiles *an order of
On Saturday, 24 February 2018 at 00:21:06 UTC, Andrei
Alexandrescu wrote:
On 2/23/18 3:15 PM, H. S. Teoh wrote:
tl;dr: A trivial piece of code, written as ostensibly
"idiomatic D" with. Makes me cringe every time I hear
"fast code, fast". Our old slogan is a much more accurate
description
On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote:
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
Your bug report is about slowdown in *compilation* time. I
wondered if the longer compilation time is due to the better
(faster) generated
On Friday, 23 February 2018 at 21:10:25 UTC, H. S. Teoh wrote:
On Fri, Feb 23, 2018 at 08:51:20PM +, Rubn via
Digitalmars-d wrote: [...]
This slowdown for this specific example isn't cause by
templates, it's caused by having to parse all the extra lines
of code from phobos. I didn't say
On 2/23/18 3:15 PM, H. S. Teoh wrote:
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with
std.algorithm and std.range templates, compiles *an order of magnitude*
slower than the
On Fri, Feb 23, 2018 at 08:51:20PM +, Rubn via Digitalmars-d wrote:
[...]
> This slowdown for this specific example isn't cause by templates, it's
> caused by having to parse all the extra lines of code from phobos. I
> didn't say there aren't problems with templates, but this example
>
On Fri, Feb 23, 2018 at 08:41:17PM +, bauss via Digitalmars-d wrote:
[...]
> It actually matters a lot for big projects with lots of templates,
> especially nested templates. Gets a whole lot worse when it's
> templates within mixin templates with templates.
The situation has actually
On Friday, 23 February 2018 at 20:52:47 UTC, H. S. Teoh wrote:
On Fri, Feb 23, 2018 at 08:35:44PM +, Rubn via
Digitalmars-d wrote: [...]
It's not that big of a slow down. Using "fast" you don't
import any modules so they never have to be parsed. That's
pretty much all of phobos you don't
On Friday, 23 February 2018 at 20:41:17 UTC, bauss wrote:
On Friday, 23 February 2018 at 20:35:44 UTC, Rubn wrote:
On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote:
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
tl;dr: A trivial piece of
On Fri, Feb 23, 2018 at 08:35:44PM +, Rubn via Digitalmars-d wrote:
[...]
> It's not that big of a slow down. Using "fast" you don't import any modules
> so they never have to be parsed. That's pretty much all of phobos you don't
> have to parse in that example. That's just the initial cost
On Friday, 23 February 2018 at 20:35:44 UTC, Rubn wrote:
On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote:
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
tl;dr: A trivial piece of code, written as ostensibly
"idiomatic D" with std.algorithm
On Friday, 23 February 2018 at 20:15:12 UTC, H. S. Teoh wrote:
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
tl;dr: A trivial piece of code, written as ostensibly
"idiomatic D" with std.algorithm and std.range templates,
compiles *an order of
Now that I got your attention:
https://issues.dlang.org/show_bug.cgi?id=18511
tl;dr: A trivial piece of code, written as ostensibly "idiomatic D" with
std.algorithm and std.range templates, compiles *an order of magnitude*
slower than the equivalent hand-written loop. The way the
30 matches
Mail list logo
