On Friday, 14 July 2017 at 06:10:08 UTC, Basile B. wrote:
Better integration of D-Scanner. D-Scanner binary is itself
included from now, in addition to DCD.
See https://github.com/BBasile/Coedit/releases/tag/3_update_3
for the download links and a complete changelog.
Hi Basile
I have added
On Sunday, 23 July 2017 at 02:15:18 UTC, Steven Schveighoffer
wrote:
On 7/21/17 8:49 PM, Nicholas Wilson wrote:
On Friday, 21 July 2017 at 21:55:01 UTC, Steven Schveighoffer
wrote:
On 7/2/17 6:35 AM, Steven Schveighoffer wrote:
I'll have a short presentation on a weird trick I discovered
while
On 7/21/17 8:49 PM, Nicholas Wilson wrote:
On Friday, 21 July 2017 at 21:55:01 UTC, Steven Schveighoffer wrote:
On 7/2/17 6:35 AM, Steven Schveighoffer wrote:
I'll have a short presentation on a weird trick I discovered while
writing some MySQL serialization code. Hope you can attend!
https:/
On 7/22/17 5:26 PM, Seb wrote:
On Saturday, 22 July 2017 at 21:13:47 UTC, Steven Schveighoffer wrote:
On Thursday, 20 July 2017 at 21:02:20 UTC, Seb wrote:
Oh because I thought run.dlang.io wasn't using `rdmd`.
However, there was a minor glitch today when I added support for
flags and stdin t
On Saturday, 22 July 2017 at 21:13:47 UTC, Steven Schveighoffer
wrote:
On Thursday, 20 July 2017 at 21:02:20 UTC, Seb wrote:
Oh because I thought run.dlang.io wasn't using `rdmd`.
However, there was a minor glitch today when I added support
for flags and stdin to the docker images [2]. The goo
On 7/22/2017 2:04 AM, Martin Nowak wrote:
Also translating the C++ backend to D zero benefit to D users (at worst it
introduces codegen bugs). I'm inclined to say we should rather spent our time on
the various more important issues.
It was a good move for the frontend as that will allow us to ma
On Thursday, 20 July 2017 at 21:02:20 UTC, Seb wrote:
Oh because I thought run.dlang.io wasn't using `rdmd`.
However, there was a minor glitch today when I added support
for flags and stdin to the docker images [2]. The good news is
that it has been fixed [2] & everything should behave as usua
On 7/20/2017 1:20 AM, Vladimir Panteleev wrote:
Later that day, I mentioned in passing that we might make building D part of the
build process (of a project using D code), since building the compiler took only
3 seconds on my machine.
To quote my colleague:
"Whaaat? How can a compiler
Am 21.07.2017 um 09:40 schrieb Andrea Fontana:
It has a lot of potential. I always hope that someone will start a 3d
Printer firmware written in D for a 32bit microcontroller.
I've actually started to implement a GCode processor in D a while ago,
because I was unsatisfied with the open source
On Thursday, 20 July 2017 at 12:23:31 UTC, Mike wrote:
* -O2 and -O3 give me a broken binary, but -O0, -O1, and -Os
work well.
Turned out to be a problem in my code, not with the compiler.
All optimiziation options work well.
Mike
On Thursday, 20 July 2017 at 18:22:36 UTC, Patrick Schluter wrote:
1 cpu on 2.4 GHz Westmere, gcc 6.2 version 2.067
They don't sell single-core CPUs any longer ;). What matters is
the time you have to wait.
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 think if the backend is translated to D,
building the compiler will take not more than 2 seconds.
Using ccache solves the (tiny) problem as the backend
12 matches
Mail list logo
