On Friday, 9 December 2016 at 02:10:58 UTC, Andrei Alexandrescu
wrote:
On 12/08/2016 04:24 PM, Stefan Koch wrote:
Results are obtained running the following code
uint MakeInitAndSumArray(uint length)
{
uint result;
uint[] arr;
arr.length = length;
while(length--)
{
a
On 12/08/2016 04:24 PM, Stefan Koch wrote:
Results are obtained running the following code
uint MakeInitAndSumArray(uint length)
{
uint result;
uint[] arr;
arr.length = length;
while(length--)
{
arr[length] = length;
}
foreach(e;arr)
{
result += e;
On Thursday, 8 December 2016 at 19:49:47 UTC, Faux Amis wrote:
Any reason for the infinite depth update posting style?
I would have loved to see each update to be a child of the root
post with its own discussions tree.
Currently, the posts are quite unreadable in tree view
(thunderbird).
On
I just wanted to post another performance comparision that does
not test dmd's memory allocator more then anything else :)
[root@localhost dmd]# time src/dmd -c testSettingArrayLength.d
-bc-ctfe
2147385345u
536821761u
4294639619u
real0m0.114s
user0m0.110s
sys 0m0.003s
[root@local
On Thursday, 8 December 2016 at 11:03:07 UTC, Thomas Mader wrote:
I think you might be right about using WiX. MSI seems to be
build upon transactional installation.
Do you think it would be possible to use D instead of C++ to
write custom code?
Short answer is yes, I've created such and actual
d***@***
On Thursday, 8 December 2016 at 19:13:23 UTC, Stefan Koch wrote:
I found the biggest performance bottleneck in newCTFE!
oldCtfe :
[root@localhost dmd]# time src/dmd -c ctfeTest.d testStringEq.d
testStringLength.d testStruct.d testMultipleArrayLiterals.d
real0m0.026s
user0m0.020s
sys
Any reason for the infinite depth update posting style?
I would have loved to see each update to be a child of the root post
with its own discussions tree.
Currently, the posts are quite unreadable in tree view (thunderbird).
On 2016-10-31 14:29, Stefan Koch wrote:
Hi Guys, since I got a few
On 12/8/2016 3:03 AM, Thomas Mader wrote:
Do you think it would be possible to use D instead of C++ to write
custom code?
Custom code where? During the process of building the installation
package or during installation itself. Anyway, in either case I don't
see why not. You can insert a DLL
I found the biggest performance bottleneck in newCTFE!
oldCtfe :
[root@localhost dmd]# time src/dmd -c ctfeTest.d testStringEq.d
testStringLength.d testStruct.d testMultipleArrayLiterals.d
real0m0.026s
user0m0.020s
sys 0m0.003s
[root@localhost dmd]# time src/dmd -c ctfeTest.d test
On Thursday, 8 December 2016 at 13:19:31 UTC, Meta wrote:
On Thursday, 8 December 2016 at 08:46:07 UTC, Nordlöw wrote:
On Tuesday, 6 December 2016 at 07:40:44 UTC, Nick B wrote:
source: http://www.tiobe.com/tiobe-index/ (Dec 2016)
Glad to see D at 21. I believe this an improvement compared
On Thursday, 8 December 2016 at 13:40:21 UTC, Andrei Alexandrescu
wrote:
http://flyingfrogblog.blogspot.com/2016/05/disadvantages-of-purely-functional.html
-- Andrei
Great Find! Thanks for sharing it.
This article expresses in nice words what is wrong with
mono-paradigm languages.
Performan
On Thursday, 8 December 2016 at 08:52:45 UTC, qznc wrote:
On Monday, 5 December 2016 at 04:41:55 UTC, Stefan Koch wrote:
This requires data-flow analysis (The same kind that tells
you if you are skipping a statement)
And will slow down compilation a little if we enable such a
warning.
I wou
http://flyingfrogblog.blogspot.com/2016/05/disadvantages-of-purely-functional.html
-- Andrei
lines 23-28 of index.html
<<< 08a5395ead0589eb18e62d3b420781bfa5b0f3e2
alt="DConf 2017: May 4–6 · Berlin" height="116"
border="0" />
===
Fix year from 2016 to 2017
On Thursday, 8 December 2016 at 08:46:07 UTC, Nordlöw wrote:
On Tuesday, 6 December 2016 at 07:40:44 UTC, Nick B wrote:
source: http://www.tiobe.com/tiobe-index/ (Dec 2016)
Glad to see D at 21. I believe this an improvement compared to
previous year. Does anybody got any hard numbers for th
On Wednesday, 7 December 2016 at 23:00:13 UTC, Jim Hewes wrote:
On 12/6/2016 10:31 PM, Thomas Mader wrote:
The update case could be better supported by Inno by default
though I
don't know how to really do it transactionally/atomic. Once
everything
is on the drive, how would you be able to swi
It's strange to see "assembly language" as an entry, the target
is not specified, so I suppose it includes them all, and is more
a way of programming. It would be interesting to see which target
(x86, ARM?) are the most used.
On Wednesday, 7 December 2016 at 23:00:13 UTC, Jim Hewes wrote:
On 12/6/2016 10:31 PM, Thomas Mader wrote:
The update case could be better supported by Inno by default
though I
don't know how to really do it transactionally/atomic. Once
everything
is on the drive, how would you be able to swi
On Monday, 5 December 2016 at 04:41:55 UTC, Stefan Koch wrote:
This requires data-flow analysis (The same kind that tells you
if you are skipping a statement)
And will slow down compilation a little if we enable such a
warning.
I would rather see a separate tool for stuff like this. It can b
On Tuesday, 6 December 2016 at 07:40:44 UTC, Nick B wrote:
source: http://www.tiobe.com/tiobe-index/ (Dec 2016)
Glad to see D at 21. I believe this an improvement compared to
previous year. Does anybody got any hard numbers for this?
On Wednesday, 7 December 2016 at 09:12:39 UTC, piotrklos wrote:
Smaller reason:
C is being replaced in some applications by Go, D and C++.
And most likely also Rust.
22 matches
Mail list logo