[Issue 17523] New: Sporadic ICEs with inline asm

https://issues.dlang.org/show_bug.cgi?id=17523 Issue ID: 17523 Summary: Sporadic ICEs with inline asm Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Keywords: ice Severity:

Re: Abusive posts

On Monday, 19 June 2017 at 01:06:41 UTC, Meta wrote: On Sunday, 18 June 2017 at 19:57:26 UTC, Walter Bright wrote: There have been a handful of abusive posts here lately. These are not welcome. If you see one, please forward it to me or otherwise let me know, and let me deal with it. Do not

Re: core.math.rndtonl: invalid return type or description?

ag0aep6g wrote: On 06/19/2017 12:45 PM, ketmar wrote: ag0aep6g wrote: [...] If this is the same function: , then it should return a C long, which I guess is a D int on 32 bits. And surprise: that works. no, there is `rndtol()` and

[Issue 17522] win64.mak broken

https://issues.dlang.org/show_bug.cgi?id=17522 Vladimir Panteleev changed: What|Removed |Added Keywords||pull

Re: core.math.rndtonl: invalid return type or description?

On 06/19/2017 12:45 PM, ketmar wrote: ag0aep6g wrote: [...] If this is the same function: , then it should return a C long, which I guess is a D int on 32 bits. And surprise: that works. no, there is `rndtol()` and `rndtonl()` in

Re: D and Meson

On Monday, 19 June 2017 at 10:32:38 UTC, Walter Bright wrote: On 6/14/2017 9:16 AM, Atila Neves wrote: Although I'm also thinking about a tool that only runs one file's unit tests with the minimal amount of building necessary. When I want to run unittests on one module in Phobos, I write:

Re: core.math.rndtonl: invalid return type or description?

p.s.: it is *important* to use `core.math.rndtonl`! this is compiler intrinsic (or at least it should be), and it won't be detected as intrinsic outside of `core.math`.

Re: core.math.rndtonl: invalid return type or description?

ag0aep6g wrote: On 06/19/2017 10:04 AM, ketmar wrote: core.math.rndtonl is declared as this: extern (C) real rndtonl(real x); Is rndtonl a Digital Mars C thing? yes, it looks like DMC library function. thus, is should be versioned out on non-DMC builds. another bug. ;-) It has no

Re: core.math.rndtonl: invalid return type or description?

On 06/19/2017 10:04 AM, ketmar wrote: core.math.rndtonl is declared as this: extern (C) real rndtonl(real x); Is rndtonl a Digital Mars C thing? It has no implementation in druntime, and I get an undefined reference when I try to call it on Linux. It compiles on Windows (wine, -m32),

Re: D and Meson

On 6/14/2017 9:16 AM, Atila Neves wrote: Although I'm also thinking about a tool that only runs one file's unit tests with the minimal amount of building necessary. When I want to run unittests on one module in Phobos, I write: dmd -unittest -main -run std/path

Embedded Systems (STM32) LDC Absolute minimal runtime

Hi guys, I run an open source project developing a modern cross platform IDE for embedded systems, https://github.com/VitalElement/avalonStudio (perhaps the IDE could complement D as I have not found many just works out the box solutions for D yet.) I have begun to integrate the LDC

Re: Life in the Fast Lane (@nogc blog post)

On 06/19/2017 12:12 AM, Dukc wrote: On Monday, 19 June 2017 at 00:12:25 UTC, Ali Çehreli wrote: I would like to see these ideas in a blog post. It's liberating when assumed problems are convinced away. :) True, but I think the very blog post we're talking about already does that. LOL.

Re: D structs weak identity and RAII

On Monday, 19 June 2017 at 06:34:49 UTC, Ali Çehreli wrote: It's unreliable because structs are value types in D, which means that they can be moved around freely. This is why self-referencing structs are illegal in D. I guess it's more like the spec states, that they can be moved vithout

[Issue 17522] New: win64.mak broken

https://issues.dlang.org/show_bug.cgi?id=17522 Issue ID: 17522 Summary: win64.mak broken Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: regression Priority: P1

Re: Replacing Make for the DMD build

On Monday, 19 June 2017 at 08:06:54 UTC, Russel Winder wrote: On Sat, 2017-06-17 at 12:20 -0700, Walter Bright via Digitalmars-d wrote: […] It's highly unlikely it would be accepted: So it is highly unlikely I am going to offer to do any work on it then. If you can present a replacement

Re: Replacing Make for the DMD build

On 2017-06-19 11:19, Dejan Lekic wrote: Why replacing a rock-stable Make with build-system-X that most likely adds another dependency. Where did you get the rock-stable part from? http://forum.dlang.org/post/euslavyxzcaclrpia...@forum.dlang.org -- /Jacob Carlborg

Re: Replacing Make for the DMD build

On Friday, 16 June 2017 at 06:30:01 UTC, Russel Winder wrote: A direct question to Walter and Andrei really. If someone, let us say Russel Winder, create a CMake/Ninja and/or Meson/Ninja build for DMD, is there any chance of it being allowed to replace the Make system? If the answer is no,

Re: Garbage collection and closures.

On Monday, 19 June 2017 at 09:10:16 UTC, Dsby wrote: On Saturday, 17 June 2017 at 17:15:50 UTC, Adam D. Ruppe wrote: On Saturday, 17 June 2017 at 14:19:34 UTC, ANtlord wrote: [...] Where the variable is defined that is referenced in the closure. So: [...] if the uses parma is 'scope':

Re: Garbage collection and closures.

On Saturday, 17 June 2017 at 17:15:50 UTC, Adam D. Ruppe wrote: On Saturday, 17 June 2017 at 14:19:34 UTC, ANtlord wrote: [...] Where the variable is defined that is referenced in the closure. So: [...] if the uses parma is 'scope': void uses(scope void delegate() dg); will it be not

Re: Isn't it about time for D3?

On Wednesday, 14 June 2017 at 12:08:16 UTC, Mike wrote: * Drop the GC or at a minimum make it opt-in. Add a borrow checker, automatic reference counting, or some other GC alternative that doesn't require a separate thread. AIUI D's GC doesn't use a separate thread:

Re: DCompute is now in the master branch of LDC

On Monday, 29 May 2017 at 09:33:05 UTC, Nicholas Wilson wrote: Hi all, I'm happy to announce that the dcompute modifications to LDC are now in the master branch of LDC. The dcompute extensions require LLVM 3.9.1 or greater for NVPTX/CUDA and my fork[1] of LLVM for SPIRV. Someone (sorry

Re: Replacing Make for the DMD build

On Sun, 2017-06-18 at 02:31 -0700, Walter Bright via Digitalmars-d wrote: > […] > > The biggest issue with understanding the makefiles is a near total > lack of any > helpful comments. I stepped up a bit with this: Wrong diagnosis. The biggest issue with the makefiles is that they are hand

Re: Replacing Make for the DMD build

On Sat, 2017-06-17 at 12:20 -0700, Walter Bright via Digitalmars-d wrote: > […] > It's highly unlikely it would be accepted: So it is highly unlikely I am going to offer to do any work on it then. I am extremely disappointed in the attitude displayed by your reply, it shows a lack of interest

core.math.rndtonl: invalid return type or description?

core.math.rndtonl is declared as this: extern (C) real rndtonl(real x); yet it's description says: "...If the integer value of x is greater than long.max, the result is indeterminate." it looks like it either should return `long`, or this part of description was copypasted from

Re: Life in the Fast Lane (@nogc blog post)

On Monday, 19 June 2017 at 00:12:25 UTC, Ali Çehreli wrote: I would like to see these ideas in a blog post. It's liberating when assumed problems are convinced away. :) True, but I think the very blog post we're talking about already does that.

Re: D structs weak identity and RAII

On 06/18/2017 06:22 PM, Boris-Barboris wrote: > https://dpaste.dzfl.pl/d77c72198095 > > 1). line 47 and 76 together mean, that there is basically no reliable > way to write uniqueptr method wich returns WeakPointer, registered by > the correct pointer in it's constructor. Or is there? Is usage

<    1   2