https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir
Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
You gave me a fright there with the title there for a moment.
Awesome stuff though. Not sure how easy it will be to
On Wednesday, 21 November 2018 at 08:32:39 UTC, Nicholas Wilson
wrote:
You gave me a fright there with the title there for a moment.
:)
Awesome stuff though. Not sure how easy it will be to upstream
considering this needs to not wreck Windows and needs to work
with LDC/GDC (at least we have
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir
Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
Not only an interesting read, but also interesting research!
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir
Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
You might want to have a brush up on which direction C++ modules
are heading in. Notable talks would be those given at
On 11/21/2018 12:07 AM, Vladimir Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
I implemented precompiled headers for Digital Mars C++. It took a lng time
to work all the bugs out of it. It's also a brittle syste
On Wednesday, 21 November 2018 at 09:46:44 UTC, Walter Bright
wrote:
It works by allocating memory from a memory-mapped file, which
serves as the precompiled header.
Hey, that's a great idea! Can we do this for DMD? :D
On a more serious note: do you think that with D's features (type
system /
On 11/21/2018 2:16 AM, Vladimir Panteleev wrote:
On Wednesday, 21 November 2018 at 09:46:44 UTC, Walter Bright wrote:
It works by allocating memory from a memory-mapped file, which serves as the
precompiled header.
Hey, that's a great idea! Can we do this for DMD? :D
On a more serious note: d
On Wednesday, 21 November 2018 at 10:56:02 UTC, Walter Bright
wrote:
Wouldn't it be awesome to have the lexing/parsing of the
imports all done in parallel? The main difficulty in getting
that to work is dealing with the shared string table.
What about creating a new Fiber for each module nee
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir
Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
This is #2 on HN at the moment.
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir
Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
Very interesting.
I'm also currently working on a project to save my bloodstream
from the cortisol drip that ha
On Wednesday, 21 November 2018 at 11:35:02 UTC, Atila Neves wrote:
I'm also currently working on a project to save my bloodstream
from the cortisol drip that happens when anything a computer
does takes over a second, which these days means waiting for
dmd to compile my code so I can see the res
On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir
Panteleev wrote:
Have we tried disabling -unittest for modules that aren't on
the compiler's command line yet (or, in case of -i, not
excluded)?
Not that I know of, thats a great idea!
Maybe this hack could be developed further into a m
On Wednesday, 21 November 2018 at 13:05:27 UTC, Nicholas Wilson
wrote:
On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir
Panteleev wrote:
Have we tried disabling -unittest for modules that aren't on
the compiler's command line yet (or, in case of -i, not
excluded)?
Not that I know of,
On Wednesday, 21 November 2018 at 13:05:27 UTC, Nicholas Wilson
wrote:
On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir
Panteleev wrote:
Have we tried disabling -unittest for modules that aren't on
the compiler's command line yet (or, in case of -i, not
excluded)?
Not that I know of,
On Wednesday, 21 November 2018 at 11:18:22 UTC, Nicholas Wilson
wrote:
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir
Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
This is #2 on HN at the moment.
I would be
On Wednesday, 21 November 2018 at 11:58:25 UTC, Vladimir
Panteleev wrote:
On Wednesday, 21 November 2018 at 11:35:02 UTC, Atila Neves
wrote:
[...]
Looking forward to it!
[...]
That particular problem is in large part due to that the
-unittest switch is not namespaced. I ran into the same
On Wednesday, 21 November 2018 at 11:18:22 UTC, Nicholas Wilson
wrote:
This is #2 on HN at the moment.
Also on reddit:
https://www.reddit.com/r/programming/comments/9z36xg/d_compilation_is_too_slow_and_i_am_forking_the/
On 11/21/2018 3:19 AM, Iain Buclaw wrote:
On Wednesday, 21 November 2018 at 10:56:02 UTC, Walter Bright wrote:
Wouldn't it be awesome to have the lexing/parsing of the imports all done in
parallel? The main difficulty in getting that to work is dealing with the
shared string table.
What abo
On 11/21/2018 5:55 AM, Guillaume Piolat wrote:
On Wednesday, 21 November 2018 at 11:18:22 UTC, Nicholas Wilson wrote:
On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir Panteleev wrote:
https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler
I neglected point out, however, that the article itself is a home run! Thank
you, Vladimir!
gt;> On Wednesday, 21 November 2018 at 08:07:52 UTC, Vladimir Panteleev
> wrote:
> >>>
> https://blog.thecybershadow.net/2018/11/18/d-compilation-is-too-slow-and-i-am-forking-the-compiler/
> >>>
> >>
> >> This is #2 on HN at the moment.
> >
>
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright
wrote:
Unfortunately, you're right. The title will leave the
impression "D is slow at compiling". You have to carefully read
the article to see otherwise, and few will do that.
Sorry about that. I'll have to think of two titles next
On 11/21/2018 8:48 PM, Vladimir Panteleev wrote:
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright wrote:
Unfortunately, you're right. The title will leave the impression "D is slow at
compiling". You have to carefully read the article to see otherwise, and few
will do that.
Sorry
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright
wrote:
Unfortunately, you're right. The title will leave the
impression "D is slow at compiling". You have to carefully read
the article to see otherwise, and few will do that.
Well comparative to itself sometimes it is. When you in
On Thursday, 22 November 2018 at 10:51:45 UTC, Andrej Mitrovic
wrote:
BTW, it's nice to see again the Secret Squirrel on the forum, in
these days: welcome back Andrej!
/Paolo
On Thursday, 22 November 2018 at 11:16:26 UTC, Paolo Invernizzi
wrote:
BTW, it's nice to see again the Secret Squirrel on the forum,
in these days: welcome back Andrej!
/Paolo
Oh hey there too! I'm sorry if I can't recall you, though.
¯\_(ツ)_/¯
I mostly lurk around here these days. But I s
On Thursday, 22 November 2018 at 13:19:58 UTC, Andrej Mitrovic
wrote:
On Thursday, 22 November 2018 at 11:16:26 UTC, Paolo Invernizzi
wrote:
BTW, it's nice to see again the Secret Squirrel on the forum,
in these days: welcome back Andrej!
/Paolo
Oh hey there too! I'm sorry if I can't recall
On 2018-11-21 11:56, Walter Bright wrote:
Wouldn't it be awesome to have the lexing/parsing of the imports all
done in parallel? The main difficulty in getting that to work is dealing
with the shared string table.
Would it be possible to have one string table per thread and merge them
to one
On Wednesday, 21 November 2018 at 10:56:02 UTC, Walter Bright
wrote:
Wouldn't it be awesome to have the lexing/parsing of the
imports all done in parallel?
From my testing lexing/parsing takes small amount of build time
so running it in parallel might be small gain. We should consider
running
On Friday, 23 November 2018 at 13:23:22 UTC, welkam wrote:
If we run these steps in different thread on the same core with
SMT we could better use core`s resources. Reading file with
kernel, decoding UTF-8 with vector instructions and
lexing/parsing with scalar operations while all communicatio
On Thursday, 22 November 2018 at 04:48:09 UTC, Vladimir Panteleev
wrote:
Sorry about that. I'll have to think of two titles next time,
one for the D community and one for everyone else.
If it's of any consolation, the top comments in both discussion
threads point out that the title is inaccu
On Friday, 23 November 2018 at 14:32:39 UTC, Vladimir Panteleev
wrote:
On Friday, 23 November 2018 at 13:23:22 UTC, welkam wrote:
If we run these steps in different thread on the same core
with SMT we could better use core`s resources. Reading file
with kernel, decoding UTF-8 with vector instru
On 11/23/2018 2:12 AM, Jacob Carlborg wrote:
Would it be possible to have one string table per thread and merge them to one
single shared string table before continuing with the next phase?
It'd probably be even slower because one would have to rewrite all the pointers
into the string table.
On 11/23/2018 6:37 AM, welkam wrote:
Your post on reddit received more comments than D front ends inclusion to GCC.
If you titled your post differently you probably wouldn't had such success so
from my perspective its a net positive. Sure there are few people that took the
wrong message but the
On 11/23/2018 5:23 AM, welkam wrote:
Currently D reads the all files
that are passed in command line before starting lexing/parsing, but in principle
we could start lexing/parsing after first file is read. In fact we could start
after first file`s first line is read.
DMD used to do that. But
On Friday, 23 November 2018 at 19:21:03 UTC, Walter Bright wrote:
On 11/23/2018 5:23 AM, welkam wrote:
Currently D reads the all files that are passed in command
line before starting lexing/parsing, but in principle we could
start lexing/parsing after first file is read. In fact we
could start
On Thursday, 22 November 2018 at 04:48:09 UTC, Vladimir Panteleev
wrote:
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright
wrote:
Unfortunately, you're right. The title will leave the
impression "D is slow at compiling". You have to carefully
read the article to see otherwise, and f
On Monday, 26 November 2018 at 16:00:36 UTC, Guillaume Piolat
wrote:
On Thursday, 22 November 2018 at 04:48:09 UTC, Vladimir
Panteleev wrote:
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright
wrote:
Unfortunately, you're right. The title will leave the
impression "D is slow at compi
On Monday, 26 November 2018 at 16:21:39 UTC, Joakim wrote:
I agree that it was a risky title, as many who don't know D
will simply see it and go, "Yet another slow compiler, eh, I'll
pass" and not click on the link. Whereas others who have heard
something of D will be intrigued, as they know i
On Monday, 26 November 2018 at 16:21:39 UTC, Joakim wrote:
In my opinion language adoption is a seduction/sales process
very much like business-to-consumer is, the way I see it it's
strikingly similar to marketing B2C apps, unless there will be
no "impulse buy".
I find that hard to believe: w
On Monday, 26 November 2018 at 16:42:40 UTC, bachmeier wrote:
On Monday, 26 November 2018 at 16:21:39 UTC, Joakim wrote:
I agree that it was a risky title, as many who don't know D
will simply see it and go, "Yet another slow compiler, eh,
I'll pass" and not click on the link. Whereas others w
On Tuesday, 27 November 2018 at 14:19:12 UTC, Joakim wrote:
As Laeeth always says, you're best off looking for people
who're actually capable and empowered to make such risky
decisions, rather than aiming for the majority too early,
because they only jump on board once the bandwagon is stuffed
On 11/26/18 11:53 AM, Guillaume Piolat wrote:
How many times have you been in this conversation:
--
- What language are you using?
- D.
- I know next to nothing about D.
- Oh, it's very good, I even built a business on it! arguments and features>.
- Oh no thanks. I shou
On Monday, 26 November 2018 at 16:00:36 UTC, Guillaume Piolat
wrote:
On Thursday, 22 November 2018 at 04:48:09 UTC, Vladimir
Panteleev wrote:
On Wednesday, 21 November 2018 at 20:51:17 UTC, Walter Bright
wrote:
Unfortunately, you're right. The title will leave the
impression "D is slow at compi
On Wednesday, 28 November 2018 at 12:48:46 UTC, Laeeth Isharc
wrote:
D isn't really marketed and it's definitely not sold. That's
an implicit strategy in itself.
What I see in my (absurdly competitive) market is that the people
that truly do no-marketing tend to close shop, sometimes despi
On Wednesday, 28 November 2018 at 12:48:46 UTC, Laeeth Isharc
wrote:
I think that there are different strategies - decent appeal to
a broad market and having a very high appeal to a small market
(but there has better be something good about your potential
customer base ie 'D, if you find VBA to
On Wednesday, 28 November 2018 at 12:48:46 UTC, Laeeth Isharc
wrote:
Nassim Taleb raises the question of how do you choose between
two surgeons, both recommended. One looks the part and hangs
his many certificates on his office wall. The other looks
scruffy with the appearance of a tradesma
On Wednesday, 28 November 2018 at 13:05:34 UTC, Guillaume Piolat
wrote:
On Wednesday, 28 November 2018 at 12:48:46 UTC, Laeeth Isharc
wrote:
D isn't really marketed and it's definitely not sold. That's
an implicit strategy in itself.
What I see in my (absurdly competitive) market is that t
On Wednesday, 28 November 2018 at 13:30:37 UTC, Guillaume Piolat
wrote:
On Wednesday, 28 November 2018 at 12:48:46 UTC, Laeeth Isharc
wrote:
Nassim Taleb raises the question of how do you choose between
two surgeons, both recommended. One looks the part and hangs
his many certificates on his
On Thursday, 29 November 2018 at 09:18:35 UTC, Laeeth isharc
wrote:
The innovator's dilemma, which is really an insight that dates
back to Toynbee, and before that Ibn Khaldun, is not so
obvious. I am not sure that you have understood it. I suggest
reading the book if you are interested, bu
On Friday, 23 November 2018 at 16:21:53 UTC, welkam wrote:
If you want to read data from that bool CPU needs to fetch 8
bytes of data(cache line of 64 bits). What this means is that
for one bit of information CPU fetches 64 bits of data
resulting in 1/64 = 0.015625 or ~1.6 % signal to noise rat
52 matches
Mail list logo