Re: Note from a donor

On Sunday, 29 October 2017 at 03:46:35 UTC, codephantom wrote: It's D I'm interested in. Not VS. btw. since this thread has gone way off topic... I'd suggest this one instead: https://forum.dlang.org/thread/xwuxfcdaqkcealxzg...@forum.dlang.org

Re: Note from a donor

On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote: It seems to me that you have a major case of anti-windows bias here, as I never have any issues on my main windows machine. Actually, it's the very opposite...I'm strongly arguing 'for' D on Windows. (otherwise I wouldn't have

Re: dub optional dependency

On Sunday, 29 October 2017 at 01:55:22 UTC, evilrat wrote: This is dub design choice, optional requires manual fetching(dub fetch 'package'). I don't see other options, but you can try hack this using 'preBuildCommands' by adding dub fetch. Of course this defeats the purpose. No, they

Re: Removing some of the elements from vibe.core.concurrency.Future[] futurelist

On Sunday, 29 October 2017 at 01:44:37 UTC, Nicholas Wilson wrote: Alternatively you could use a singly linked list and splice out elements that pass the filter predicate. I think you'd have to roll your own though. Something like https://github.com/dlang/phobos/pull/5821

Re: dub optional dependency

On Saturday, 28 October 2017 at 19:23:42 UTC, ikod wrote: So default version is "std", I can build it w/o vibe-d, but dub anyway fetch vibe-d. I'd like dub fetch vibe-d only when I build with --config vibed. As far as I know, that isn't possible. A package is either optional, or it isn't.

Re: Note from a donor

On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote: It's the *minimum* 'selection set' you'll need (with regards to the Visual Studio Build Tools 2017) in order to get DMD to sucessfully compile a 64bit exe (-m64) Now to be fair, this is assuming you **don't** want and **don't**

Re: Note from a donor

On Sunday, 29 October 2017 at 02:09:31 UTC, 12345swordy wrote: It seems to me that you have a major case of anti-windows bias here, as I never have any issues on my main windows machine. Well, throughout this discussion, I have documented *my* experience (not yours) of getting 64bit D on a

Re: Note from a donor

On Sunday, 29 October 2017 at 01:43:46 UTC, codephantom wrote: On Sunday, 29 October 2017 at 01:07:17 UTC, Jerry wrote: So why do you care about something that doesn't even affect you? Well, if you had been following the discussion, instead of just trying to troll, then you would know

Re: dub optional dependency

On Saturday, 28 October 2017 at 19:23:42 UTC, ikod wrote: So default version is "std", I can build it w/o vibe-d, but dub anyway fetch vibe-d. I'd like dub fetch vibe-d only when I build with --config vibed. I know about "optional": true, it prevent dub to fetch vibe-d for "std" config,

Re: Note from a donor

On Sunday, 29 October 2017 at 01:43:46 UTC, codephantom wrote: So I'm executing my right to free speech, and I'm saying that I don't like it, and I wish it was better. Is that so bad? You are doing more than saying you don't like it. You are requesting and advocating for the removal of a

Re: Note from a donor

On 10/28/17 12:46, Jerry wrote: On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote: But if you really are missing my point..then let me state it more clearly... (1) I don't like waiting 4 hours to download gigabytes of crap I don't actually want, but somehow need (if I want to

Re: Removing some of the elements from vibe.core.concurrency.Future[] futurelist

On Saturday, 28 October 2017 at 13:51:42 UTC, kerdemdemir wrote: I am trying to make non blocking web requests to a web service. vibe.core.concurrency.Future!(UserData)[] futurelist; // I will make http requests in for loop and push them to futureList foreach( elem; elemList ) { //

Re: Note from a donor

On Sunday, 29 October 2017 at 01:07:17 UTC, Jerry wrote: So why do you care about something that doesn't even affect you? Well, if you had been following the discussion, instead of just trying to troll, then you would know that I was essentially doing an experiment. AIM: If I was using

Re: Note from a donor

On Sunday, 29 October 2017 at 00:45:08 UTC, codephantom wrote: On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote: Start the download when you go to sleep, when you wake up it will be finished. I did this as a kid when I had internet that was probably even slower than yours right now.

Re: Note from a donor

On Sunday, 29 October 2017 at 00:17:10 UTC, codephantom wrote: On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote: It's probably why you shouldn't be on Windows to begin with.. I'm not. I'm on FreeBSD. So why do you care about something that doesn't even affect you? Talk about

Re: Note from a donor

On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote: Start the download when you go to sleep, when you wake up it will be finished. I did this as a kid when I had internet that was probably even slower than yours right now. It'll be like those 4 hours never even happened. That's

Re: Note from a donor

On Saturday, 28 October 2017 at 19:46:00 UTC, Jerry wrote: It's probably why you shouldn't be on Windows to begin with.. I'm not. I'm on FreeBSD. Talk about being narcissistic ;) I wasn't talking about narcissism, I was talking about trolling. Narcissism was not correlated with trolling

Re: hacky way to get explicit default constructor on struct :P

On Saturday, October 28, 2017 16:59:03 LunaticWare via Digitalmars-d wrote: > Event if there is no default constructor on struct we can still > make one that work as well as if it were implemented, here is my > example n__n This idiom gets suggested from time to time, and I'm sure that it gets

Re: Beta 2.077.0

On Saturday, 21 October 2017 at 10:10:42 UTC, Martin Nowak wrote: On 10/16/2017 06:45 PM, Martin Nowak wrote: First beta for the 2.077.0 release. Second beta live now. This adds a missing core.sys.linux.netinet.in_ header which is used by vibe.d. Happy Testing - -Martin this was the

Release Candidate [was: Re: Beta 2.077.0]

-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 First release candidate for 2.077.0. The OMF Windows API import libraries were updated, a bug in std.bigint was fixed, and the version identifier for `-betterC` is now `D_BetterC`. - -Martin -BEGIN PGP SIGNATURE-

Re: Required Reading: "Functional Programming in C++"

On Saturday, October 28, 2017 21:51:50 Ola Fosheim Grøstad via Digitalmars-d wrote: > On Wednesday, 25 October 2017 at 22:19:21 UTC, Walter Bright > > wrote: > > for core D devs. Of course, this is much easier in D than in > > C++ because of D's const and pure attributes. > > Nah, the type system

Re: druntime unittest failing under wine

On Saturday, October 28, 2017 19:06:29 Dmitry Olshansky via Digitalmars-d wrote: > On Saturday, 28 October 2017 at 18:58:50 UTC, Andrei Alexandrescu > > wrote: > > I am using wine to build our Windows toolchain on Linux per > > https://wiki.dlang.org/Building_under_Posix. After building > > dmd,

Re: delete & its deprecation

On Friday, 27 October 2017 at 19:03:01 UTC, Jonathan M Davis wrote: On Friday, October 27, 2017 12:30:58 bauss via Digitalmars-d wrote: Are there any plans to completely remove the delete keyword so members of ex. a class can be called delete? Or is there still code within DMD or Phobos that

CSV with empty values for integer fields

CSV with empty values for integer fields throws (Row: 1, Col: 3) Unexpected end of input when converting from type string to type int Code that parses the CSV: ``` import std.algorithm; import std.array; import std.csv; import std.stdio; import std.conv; import std.range; private struct

Re: Required Reading: "Functional Programming in C++"

On Wednesday, 25 October 2017 at 22:19:21 UTC, Walter Bright wrote: for core D devs. Of course, this is much easier in D than in C++ because of D's const and pure attributes. Nah, the type system isn't critical for doing functional style programming. People who want to do functional

Re: What is the best way to use requests and iopipe on gzipped JSON file

On 10/13/17 6:18 PM, Steven Schveighoffer wrote: On 10/13/17 6:07 PM, Steven Schveighoffer wrote: I reproduced, and it comes down to some sort of bug when size_t.max is passed to ensureElems. I will find and eradicate it. I think I know, the buffered input source is attempting to

[Issue 6625] Distribute newer Windows API import libraries

https://issues.dlang.org/show_bug.cgi?id=6625 --- Comment #6 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/installer https://github.com/dlang/installer/commit/62adca4f2744d1ef93f7b6e36d90ff63d449494d fix Issue 6625 - update OMF import libraries --

Re: Note from a donor

On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote: But if you really are missing my point..then let me state it more clearly... (1) I don't like waiting 4 hours to download gigabytes of crap I don't actually want, but somehow need (if I want to compile 64bit D that is). Start

Re: Note from a donor

On Saturday, 28 October 2017 at 14:43:38 UTC, codephantom wrote: I explicitly mentioned that I did ***NOT*** want VS installed. So? If you don't want to use it, then don't use D, or don't use Windows. There's simple solution to your problem. Rust requires VS, you can't build on

dub optional dependency

Hello, I have dub.json with two configurations: "configurations": [ { "name": "std", "targetType": "library" }, { "name": "vibed",

Re: Diamond MVC / Template Engine - v2.1.0 Released

On Saturday, 28 October 2017 at 13:01:56 UTC, Kapps wrote: This looks very cool. I already ended up doing my more recent project in C# partially due to wanting ASP.NET MVC and Entity Framework, but this would have been a really nice replacement to ASP.NET MVC. Yeah, it has been inspired by

[Issue 17946] Dub recompiles all the files when only one was edited compiling --build-mode=singleFile

https://issues.dlang.org/show_bug.cgi?id=17946 --- Comment #3 from ki...@gmx.net --- (In reply to Temtaime from comment #2) > No, it compiles all the files to many object files, so it can it. > I already patched source to do such a behavior Ah sorry my bad, I confused it with LDC's `-singleobj`.

Re: druntime unittest failing under wine

On Saturday, 28 October 2017 at 18:58:50 UTC, Andrei Alexandrescu wrote: I am using wine to build our Windows toolchain on Linux per https://wiki.dlang.org/Building_under_Posix. After building dmd, I tried to unittest druntime: wine make -f win32.mak and got this:

druntime unittest failing under wine

I am using wine to build our Windows toolchain on Linux per https://wiki.dlang.org/Building_under_Posix. After building dmd, I tried to unittest druntime: wine make -f win32.mak and got this: core.exception.AssertError@src\core\sync\mutex.d(380): unittest failure Is this reproducible? Does

[Issue 17946] Dub recompiles all the files when only one was edited compiling --build-mode=singleFile

https://issues.dlang.org/show_bug.cgi?id=17946 --- Comment #2 from Temtaime --- No, it compiles all the files to many object files, so it can it. I already patched source to do such a behavior --

Re: D for microservices

On Saturday, 28 October 2017 at 14:55:25 UTC, aberba wrote: On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote: I just read the following two week-old comment on the ldc issue tracker, when someone tried to run D on Alpine linux: "For now everything works(?) but I think the process

[Issue 17946] Dub recompiles all the files when only one was edited compiling --build-mode=singleFile

https://issues.dlang.org/show_bug.cgi?id=17946 ki...@gmx.net changed: What|Removed |Added CC||ki...@gmx.net --- Comment #1 from

Re: Project Elvis

Wait? You are saying D does not support this yet? Wow :D. I have been using this so often in work (PHP) so I can beleive I have not miss this On Sat, Oct 28, 2017 at 2:39 PM, bauss via Digitalmars-d < digitalmars-d@puremagic.com> wrote: > On Saturday, 28 October 2017 at 11:38:52 UTC, Andrei

Re: Note from a donor

On Saturday, 28 October 2017 at 16:23:13 UTC, Adam D. Ruppe wrote: The beauty of it is they work basically the same. Especially on Windows, where 32 bit programs just work on almost any installation, 32 or 64 bit. yes. i have dmd on one of my old laptops (it runs XP 32bit) ...works just

hacky way to get explicit default constructor on struct :P

Event if there is no default constructor on struct we can still make one that work as well as if it were implemented, here is my example n__n -- import std.format; import std.stdio; struct Player { string name = "Baz"; float[2] position = [0, 0]; // Adding an explicit

[Issue 17946] New: Dub recompiles all the files when only one was edited compiling --build-mode=singleFile

https://issues.dlang.org/show_bug.cgi?id=17946 Issue ID: 17946 Summary: Dub recompiles all the files when only one was edited compiling --build-mode=singleFile Product: D Version: D2 Hardware: All OS: All

Re: Note from a donor

On Saturday, 28 October 2017 at 15:20:05 UTC, Mengu wrote: my code that worked amazing on linux and mac os x failed miserably on freebsd which is my server os whenever and wherever possible. i did not have the luxury of days to fix stuff so i simply switched to debian. Would be interested to

Re: Note from a donor

On Saturday, 28 October 2017 at 16:03:15 UTC, codephantom wrote: I like seeing how code works in different environments. The beauty of it is they work basically the same. Especially on Windows, where 32 bit programs just work on almost any installation, 32 or 64 bit. The DMar's C compiler

Re: Note from a donor

On Saturday, 28 October 2017 at 15:42:00 UTC, Adam D. Ruppe wrote: Why do you want 64 bit? I very rarely do 64 bit builds on Windows (mostly just to make sure my crap actually works) since there's not actually that many advantages to it anyway! I'm more of an experimenter than a programmer.

Re: opCast fails when this is null.

On 28-10-17 16:22, Nicholas Wilson wrote: On Saturday, 28 October 2017 at 14:19:01 UTC, Nicholas Wilson wrote: As Basile mentioned, this is compiler sticking checks in behind your back. The reason it works on new LDC is because #6982 was cherry picked to LDC (1.3?) before it was merged into

[Issue 17945] New: defaultGetoptPrinter prints options with multiple names wrong

https://issues.dlang.org/show_bug.cgi?id=17945 Issue ID: 17945 Summary: defaultGetoptPrinter prints options with multiple names wrong Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

[Issue 17881] Provide mechanism to preallocate memory from the GC

https://issues.dlang.org/show_bug.cgi?id=17881 --- Comment #12 from Rainer Schuetze --- The current GC already does something in that regard as it pre-assigns a new memory page to a free-list of elements of the size of the last request. The GC locking overhead can be reduced

Re: Note from a donor

On Saturday, 28 October 2017 at 15:36:38 UTC, codephantom wrote: (if I want to compile 64bit D that is). (being a recreational programmer Why do you want 64 bit? I very rarely do 64 bit builds on Windows (mostly just to make sure my crap actually works) since there's not actually that many

Re: Note from a donor

On Saturday, 28 October 2017 at 15:18:07 UTC, Mengu wrote: with mac os x, we have to download gbs of command line tools library before getting started with any development. if we want to build anything for ios or mac we have to download 5gb xcode. with a fast internet, you get that in a matter

[Issue 129] DDoc downgrades enum to their integer initializers

https://issues.dlang.org/show_bug.cgi?id=129 Andrew Edwards changed: What|Removed |Added Status|REOPENED|RESOLVED

[Issue 9695] Ddoc should emit enum member initializers

https://issues.dlang.org/show_bug.cgi?id=9695 Andrew Edwards changed: What|Removed |Added Status|REOPENED|RESOLVED

[Issue 17171] ddoc: enum misses some values + wrong order + missing member initializers

https://issues.dlang.org/show_bug.cgi?id=17171 Andrew Edwards changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 17302] [SPEC] QualifiedName mangling does not match compiler.

https://issues.dlang.org/show_bug.cgi?id=17302 Rainer Schuetze changed: What|Removed |Added Status|NEW |RESOLVED

Re: Note from a donor

On Saturday, 28 October 2017 at 02:50:39 UTC, codephantom wrote: On Saturday, 28 October 2017 at 01:08:57 UTC, Mengu wrote: looks like d has a long way to go on freebsd as well. I've had no issues with D in FreeBSD at all... ...and it's been a really smooth transition to D...so far... I

Re: Note from a donor

On Saturday, 28 October 2017 at 14:43:38 UTC, codephantom wrote: On Saturday, 28 October 2017 at 14:00:14 UTC, Jerry wrote: On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote: btw. (and I do realise we've gone way of the topic of this original thread)...but... if it interests

Re: Note from a donor

On Saturday, 28 October 2017 at 14:50:25 UTC, codephantom wrote: I think I meant troll, not trawl ;-) btw... A scientific research paper, titled 'Trolls just want to have fun' found that: - Sadism and Machiavellianism were unique predictors of trolling enjoyment.. - Found clear evidence

Re: D for microservices

On Sunday, 22 October 2017 at 02:48:57 UTC, Joakim wrote: I just read the following two week-old comment on the ldc issue tracker, when someone tried to run D on Alpine linux: "For now everything works(?) but I think the process could be improved.. Would be really cool to have LDC easily

Re: Note from a donor

On Saturday, 28 October 2017 at 14:43:38 UTC, codephantom wrote: Nice one Jerry. Go trawl somewhere else! I think I meant troll, not trawl ;-)

Re: Note from a donor

On Saturday, 28 October 2017 at 14:00:14 UTC, Jerry wrote: On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote: btw. (and I do realise we've gone way of the topic of this original thread)...but... if it interests anyone, this is the outcome of yesterday, where I wasted my whole

Re: opCast fails when this is null.

On Saturday, 28 October 2017 at 14:19:01 UTC, Nicholas Wilson wrote: As Basile mentioned, this is compiler sticking checks in behind your back. The reason it works on new LDC is because #6982 was cherry picked to LDC (1.3?) before it was merged into dmd (not sure what version, I though it was

Re: opCast fails when this is null.

On Saturday, 28 October 2017 at 13:24:49 UTC, Mike Wey wrote: The following code runs correctly when compiled with ldc (1.4.0) but fails with an assert error when compiled with dmd (2.076 and ldc 1.2.0) ``` class A { } class B { T opCast(T)() { return this;

Re: Just starting with D (linking with C++)

On Saturday, 28 October 2017 at 02:20:42 UTC, codephantom wrote: On Friday, 27 October 2017 at 17:14:20 UTC, sivakon wrote: I want to use C++ libraries for machine learning and deep learning. How do I add C++ libraries to my d code. on FreeBSD, I use: for C static binding:

Re: Note from a donor

On Saturday, 28 October 2017 at 07:39:21 UTC, codephantom wrote: btw. (and I do realise we've gone way of the topic of this original thread)...but... if it interests anyone, this is the outcome of yesterday, where I wasted my whole day trying to get DMD to compile a 64bit .exe on a fresh

Re: So why double to float conversion is implicit ?

On Sunday, 22 October 2017 at 14:59:41 UTC, Andrei Alexandrescu wrote: On 10/22/17 9:41 AM, User wrote: Is there a list of such quirks or gotchas in dlang? The ones I know of are 1. Implicit conversion from double to float 2. Integer division results in integer result truncation the

Removing some of the elements from vibe.core.concurrency.Future[] futurelist

I am trying to make non blocking web requests to a web service. vibe.core.concurrency.Future!(UserData)[] futurelist; // I will make http requests in for loop and push them to futureList foreach( elem; elemList ) { // In makeWebRequest I make the httprequest, parse json and push to

Re: opCast fails when this is null.

On Saturday, 28 October 2017 at 13:24:49 UTC, Mike Wey wrote: The following code runs correctly when compiled with ldc (1.4.0) but fails with an assert error when compiled with dmd (2.076 and ldc 1.2.0) ``` class A { } class B { T opCast(T)() { return this;

[Issue 17944] MSCOFF: debug info not compatible with LLVMs LLD

https://issues.dlang.org/show_bug.cgi?id=17944 Rainer Schuetze changed: What|Removed |Added Keywords||pull, symdeb

[Issue 17944] New: MSCOFF: debug info not compatible with LLVMs LLD

https://issues.dlang.org/show_bug.cgi?id=17944 Issue ID: 17944 Summary: MSCOFF: debug info not compatible with LLVMs LLD Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: enhancement

[Issue 11599] BigInt crashes on very large operations.

https://issues.dlang.org/show_bug.cgi?id=11599 b2.t...@gmx.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 17302] [SPEC] QualifiedName mangling does not match compiler.

https://issues.dlang.org/show_bug.cgi?id=17302 --- Comment #4 from Rainer Schuetze --- fixed by https://github.com/dlang/dlang.org/pull/1635 --

Re: AWS SDK

On Wednesday, 18 October 2017 at 23:02:27 UTC, Stephan Dilly wrote: On 2017-10-18 22:25:23 +, ikod said: On Wednesday, 18 October 2017 at 20:51:48 UTC, Stephan Dilly wrote: On 2017-10-18 20:19:20 +, ikod said: [...] Are you going to take over the task? --Stephan I'd like, but

Re: Note from a donor

On Saturday, 28 October 2017 at 00:05:53 UTC, codephantom wrote: Is is it problem that D should accept, and just impose on it's users? Or should D find a better way? Which is the worse mentality? There is an afterlife with god. There is nothingness after death. Which is the worse

opCast fails when this is null.

The following code runs correctly when compiled with ldc (1.4.0) but fails with an assert error when compiled with dmd (2.076 and ldc 1.2.0) ``` class A { } class B { T opCast(T)() { return this; } } void main() { A a = null; B b =

Re: Note from a donor

On Saturday, 28 October 2017 at 00:05:53 UTC, codephantom wrote: Rubbish! And get you facts straight! Where did I advocate from the removal of the ability for D to generate 64-bit binaries? So you are saying to not use the platform's tools to generate binaries. That's like saying not to

[Issue 16264] BigInt multiplication crashes on 64-bit (biguintnoasm.d(276): Range violation)

https://issues.dlang.org/show_bug.cgi?id=16264 --- Comment #6 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/93ee606fba69390b2f9ef7d77e43abc02b82cd19 Fix Issue 16264(+11599) - BigInt multiplication crashes

Re: Note from a donor

On Saturday, 28 October 2017 at 09:20:40 UTC, MrSmith wrote: error: test.obj: The file was not recognized as a valid object file Ah, forgot to pass -m64 to dmd

Re: Diamond MVC / Template Engine - v2.1.0 Released

This looks very cool. I already ended up doing my more recent project in C# partially due to wanting ASP.NET MVC and Entity Framework, but this would have been a really nice replacement to ASP.NET MVC.

Re: Note from a donor

On 2017-10-28 08:11, Brad Roberts wrote: The issues weren't compiling dmd but passing the full test suite. Both are required. Yes, I've run the test suite as well, DMD, druntime and Phobos. -- /Jacob Carlborg

Re: Project Elvis

On Saturday, 28 October 2017 at 11:38:52 UTC, Andrei Alexandrescu wrote: Walter and I decided to kick-off project Elvis for adding the homonym operator to D. [...] This is honestly going to be a great addition.

Re: How to find the content of core.sys.* ?

On 2017-10-28 13:48, user1234 wrote: It's not documented because everything is already well documented either at microsoft, posix reference, c reference etc. It would be copy and paste monkey work to do that. I would be nice to have empty Ddoc comments so the symbols show up in the

Re: How to find the content of core.sys.* ?

On Saturday, 28 October 2017 at 11:41:16 UTC, Ryan Frame wrote: On Tuesday, 17 May 2016 at 06:56:36 UTC, rikki cattermole wrote: On 17/05/2016 6:55 PM, chmike wrote: Hello, The nice and handy documentation of dlang doesn't provide any info on the core.sys. How can I find out all the things

Re: How to find the content of core.sys.* ?

On Tuesday, 17 May 2016 at 06:56:36 UTC, rikki cattermole wrote: On 17/05/2016 6:55 PM, chmike wrote: Hello, The nice and handy documentation of dlang doesn't provide any info on the core.sys. How can I find out all the things that are in there ?

[Issue 15136] If we want toStringz to be fully correct, it needs to stop checking for '\0'

https://issues.dlang.org/show_bug.cgi?id=15136 Shriramana Sharma changed: What|Removed |Added CC||samj...@gmail.com --

Project Elvis

Walter and I decided to kick-off project Elvis for adding the homonym operator to D. Razvan Nitu has already done a good part of the work: https://github.com/dlang/dmd/pull/7242 https://github.com/dlang/dlang.org/pull/1917 https://github.com/dlang/dlang.org/pull/1918 What's needed is a

[Issue 17933] Warn in case of implicit truncating float conversion

https://issues.dlang.org/show_bug.cgi?id=17933 b2.t...@gmx.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: Note from a donor

On Friday, 27 October 2017 at 16:05:10 UTC, Kagamin wrote: With this the only missing piece will be the C startup code (mainCRTStartup in crtexe.c), though not sure where it's compiled. How do I get lld-link to link .obj files? Clang itself emits .o files, and those link successfully. For

Re: Note from a donor

On Thursday, 26 October 2017 at 20:44:49 UTC, Adam Wilson wrote: The XCode installer DMG is 5GB, before unpacking. And unlike VS17, I can't pick and choose. :) btw. (and I do realise we've gone way of the topic of this original thread)...but... if it interests anyone, this is the outcome of

Re: Note from a donor

On Saturday, October 28, 2017 07:12:13 Paulo Pinto via Digitalmars-d wrote: > Visual Studio 2017 has native support for cmake as project format. > > It is also the new official format for Android NDK development. > > So we are quite ok with using cmake. :) That definitely sounds like an

Re: Note from a donor

On Saturday, 28 October 2017 at 03:00:16 UTC, Jonathan M Davis wrote: On Saturday, October 28, 2017 02:48:00 evilrat via Digitalmars-d wrote: On Saturday, 28 October 2017 at 02:30:50 UTC, codephantom wrote: > On Saturday, 28 October 2017 at 01:42:52 UTC, evilrat wrote: >> Since you already on

Re: Note from a donor

On 10/27/2017 1:06 AM, Jacob Carlborg via Digitalmars-d wrote: On 2017-10-27 04:34, Brad Roberts wrote: Actually, one of the 3 macos boxes is using stock xcode tooling these days.  I specifically went that direction when setting up a new system that replaced one that died on me (well, it