Re: phobosx.signal ready

2013-07-25 Thread Robert
You can get free certificates from StartSSL. Thanks, that's actually cool :-) Unfortunately it does not work for my dyndns domain. (I can't register vhios.dyndns.org, only dyndns.org would be accepted)

Re: Emacs D Mode version 2.0.6 released

2013-07-25 Thread Russel Winder
Walter, On Tue, 2013-07-23 at 14:59 -0700, Walter Bright wrote: On 7/22/2013 3:39 AM, Russel Winder wrote: The title says it all really. Need linky! Did John Colvin's reply suffice? -- Russel. = Dr Russel Winder

Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Andrei Alexandrescu
Vote up! http://www.reddit.com/r/programming/comments/1j1i30/increasing_the_d_compiler_speed_by_over_75/ https://news.ycombinator.com/item?id=6103883 Andrei

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread bearophile
Andrei Alexandrescu: http://www.reddit.com/r/programming/comments/1j1i30/increasing_the_d_compiler_speed_by_over_75/ Where is the 75% value coming from? Regarding the hashing, maybe a different hashing scheme, like Python dicts hashing could be better. Regarding Don's problems with memory

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Walter Bright
On 7/25/2013 11:21 AM, bearophile wrote: Andrei Alexandrescu: http://www.reddit.com/r/programming/comments/1j1i30/increasing_the_d_compiler_speed_by_over_75/ Where is the 75% value coming from? Not sure what you mean. Numbers at the end of the article. Regarding the hashing, maybe a

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Adam D. Ruppe
The biggest compile time killer in my experience is actually running out of memory and hitting the swap. My work app used to compile in about 8 seconds (on Linux btw). Then we added more and more stuff and it went up to about 20 seconds. It uses a fair amount of CTFE and template stuff,

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Walter Bright
On 7/25/2013 11:30 AM, Adam D. Ruppe wrote: The biggest compile time killer in my experience is actually running out of memory and hitting the swap. My work app used to compile in about 8 seconds (on Linux btw). Then we added more and more stuff and it went up to about 20 seconds. It uses a

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread qznc
On Thursday, 25 July 2013 at 19:07:02 UTC, Walter Bright wrote: On 7/25/2013 11:30 AM, Adam D. Ruppe wrote: The biggest compile time killer in my experience is actually running out of memory and hitting the swap. My work app used to compile in about 8 seconds (on Linux btw). Then we added

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Walter Bright
On 7/25/2013 12:26 PM, qznc wrote: if you know the lifetime of the objects. Aye, there's the rub! And woe to you if you get that wrong.

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread bearophile
Walter Bright: It's not the hashing that's slow. It's the lookup that is. By different hashing scheme I meant different strategies in resolving hash collisions, likes double hashing, internal hashing, cuckoo hashing, and so on and on. Maybe one of such alternative strategies is more fit

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Dmitry S
On Thu, Jul 25, 2013 at 2:25 PM, Walter Bright newshou...@digitalmars.comwrote: On 7/25/2013 11:21 AM, bearophile wrote: Andrei Alexandrescu: http://www.reddit.com/r/**programming/comments/1j1i30/**

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Walter Bright
On 7/25/2013 11:49 AM, Dmitry S wrote: I am also confused by the numbers. What I see at the end of the article is 21.56 seconds, and the latest development version does it in 12.19, which is really a 43% improvement. (Which is really great too.) 21.56/12.19 is 1.77, i.e. a 75% improvement in

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Jonathan M Davis
On Thursday, July 25, 2013 14:25:20 Walter Bright wrote: Also, computing the hash is done exactly once, in the lexer. Thereafter, all identifiers are known only by their handles, which are (not coincidentally) the pointer to the identifier, and by its very nature is unique. I've always thought

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Walter Bright
On 7/25/2013 3:54 PM, Vladimir Panteleev wrote: Like string interning? Exactly.

echo: -n, the next installment

2013-07-25 Thread John Colvin
After a few weeks of not getting around to it, here's my second post: http://foreach-hour-life.blogspot.co.uk/2013/07/the-first-corner-n-for-echo.html

Re: Increasing D Compiler Speed by Over 75%

2013-07-25 Thread Nick Sabalausky
On Thu, 25 Jul 2013 20:04:10 +0200 Brad Anderson e...@gnuk.net wrote: On Thursday, 25 July 2013 at 18:03:22 UTC, Walter Bright wrote: http://www.reddit.com/r/programming/comments/1j1i30/increasing_the_d_compiler_speed_by_over_75/ I propose we always refer to compiling as doing the nasty

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Walter Bright
On 7/25/2013 4:15 PM, Leandro Lucarella wrote: Walter Bright, el 25 de July a las 14:27 me escribiste: On 7/25/2013 11:49 AM, Dmitry S wrote: I am also confused by the numbers. What I see at the end of the article is 21.56 seconds, and the latest development version does it in 12.19, which is

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Kagamin
In IT speed is time. Weight, volume and size are bytes. Kilo- is 1024. And other non-SI weird stuff.

Re: Article: Increasing the D Compiler Speed by Over 75%

2013-07-25 Thread Kagamin
In IT speed is time. That's probably because IT folks are loose with units. Though pedantism is ok.