On 02/02/2014 01:35, Jonathan M Davis wrote:
I believe that the last time that Michael Rynn posted in the newsgroup was
towards the beginning of 2012, and I don't think that he posted very many
times before that, so I question that his proposal is ever going to go
anywhere, even if it's
Another little observation:
Dsymbol::toPrettyChars() potentially calls toChars() twice on each
symbol (so it creates 2 copies of the string representation).
Some instances of toChars() just return a literal string, but for
templates it can do a bunch of work. Doesn't sounds like the most
On 05/08/2013 18:52, Walter Bright wrote:
This is hardly the first time the culprit was a library routine
It's possible that other library routines are causing some of the
remaining difference from the MSVC build (e.g. the profiler suggests
that the DMC build spends somewhat more time
On 03/08/2013 22:55, Walter Bright wrote:
The execrable existing implementation was scrapped, and the new one uses
Windows HeapAlloc().
http://ftp.digitalmars.com/snn.lib
This is for testing porpoises, and of course for those that Feel Da Need
For Speed.
Using the latest DMD and this
On 02/08/2013 14:16, Dmitry Olshansky wrote:
Function CPU clocks DC accesses DC misses
RTLHeap::Alloc 51638 552 3538
Obj::ledata 9936 1346 3290
Obj::fltused 7392 2948 6
cgcs_term 3892 1292 638
TemplateInstance::semantic 3724
On Monday, 5 August 2013 at 17:53:48 UTC, Walter Bright wrote:
On 8/5/2013 6:21 AM, Richard Webb wrote:
Is that needed, or would changing them to
OutBuffer-writestring(name);
be more efficient?
Yes.
https://github.com/D-Programming-Language/dmd/pull/2450
On 01/08/2013 00:32, Walter Bright wrote:
Thanks for doing this, this is good information.
On 7/31/2013 2:24 PM, Rainer Schuetze wrote:
I have just tried yesterdays dmd to build Visual D (it builds some
libraries and
contains a few short non-compiling tasks in between):
Debug build dmd_dmc:
== Quote from Jesse Phillips (jessekphillip...@gmail.com)'s article
Oh I had no idea. I used SVN, expecting it to have the latest version. Ill
have
to look into merge that then.
0.5.1 does contain a degree of D2 support, though it's rather out of date and
there are lots of language change
changes and at least one compiler ICE). I'll have a look at
the changes when i get some time.
There were also a few other issues mentioned on the Juno forum in the
past that could do with being merged in.
Thanks,
Richard Webb.
fwiw, i tried to work around this by changing the second conv function to:
T conv(T, U)(in Match!(U) arg) { return T(arg._len); }
and then got a bunch of errors like:
spiritd\impl\parse.d(36): Error: variable m cannot be read at compile time
Which looks like bug 3809.
If i change
to be supported?
Thanks,
Richard Webb
Nick Sabalausky Wrote:
downs default_357-l...@yahoo.de wrote in message
news:hkusr4$ho...@digitalmars.com...
/obscure nerd culture joke
Neon Genesis?
Higurashi?
12 matches
Mail list logo