Re: Silicon Valley D Meetup - December 14, 2017 - "Experimenting with Link Time Optimization" by Jon Degenhardt

2017-12-24 Thread Johan Engelen via Digitalmars-d-announce
On Saturday, 16 December 2017 at 19:40:14 UTC, Jon Degenhardt 
wrote:
On Saturday, 16 December 2017 at 11:52:37 UTC, Johan Engelen 
wrote:


Can't wait to see the results of LTO on Weka.io's (LARGE) 
applications. Work in progress...!


Agreed. It'd be great to see the experience of a few more apps.


Don't have performance numbers yet. But the executable size of 
the release build with ThinLTO drops to a third of the non-LTO 
executable size...!!! 809 MB to 250 MB.

(That's without an LTO build of druntime/Phobos.)

-Johan



Re: excel-d v0.2.16 - now with more @Async

2017-12-24 Thread Mengu via Digitalmars-d-announce
On Saturday, 23 December 2017 at 22:19:50 UTC, Laeeth Isharc 
wrote:

On Friday, 22 December 2017 at 22:08:23 UTC, Mengu wrote:

On Friday, 22 December 2017 at 00:41:31 UTC, Atila Neves wrote:
excel-d lets you write plain D code that can be run from 
Excel unmodified via the magic of compile-time reflection.


[...]


can we use excel-d with office for mac?


I don't think so but I am not familiar with the Excel API on 
Mac so it's possible not too many changes required.  Pull 
requests welcomed :)


surely i'll give it a try.


Re: Release D 2.075.0

2017-12-24 Thread Patrick Schluter via Digitalmars-d-announce

On Thursday, 20 July 2017 at 12:10:14 UTC, Adrian Matoga wrote:
On Thursday, 20 July 2017 at 07:19:03 UTC, Patrick Schluter 
wrote:
version 2.067 that still had the C++ frontend took more than 
100 seconds.


I can hardly believe it. I remember versions 2.05x building in 
about 11 seconds.


My times were all single threaded. Comparing parallel builds on a 
shared server with varying loads is kind of pointless as the 
build are all over the place and can not be used to draw some 
conclusion.
Furthermore, I avoid parallel builds as there are often problems 
with them. My first build of clang+llvm that I had done with -j 
option was a catastrophe, it grabbed all the cpus and hogged the 
machine for a long time and failed to build properly. Only when 
limiting to -j 4 was I able to build it and even then it took a 
little less than an hour.
The nice thing with dmd is that you can build it gently in single 
task and it doesn't take you a whole morning to get it set up.


PS: The environment we work on at work are very restricted for 
security reasons, this means that the servers are built from 
standard images provided by IT and any piece of software that we 
want to install has to be built from source. The standard image 
has gcc 4.4.7 installed, has no graphic libraries (X or 
whatever). Even git has to be built from source.