Re: [OT] Music to Program Compilers To

On Saturday, 30 July 2016 at 03:41:10 UTC, Jack Stouffer wrote: On Friday, 29 July 2016 at 22:44:04 UTC, Walter Bright wrote: ... I open pandora and type in "death metal", and when working on really hard problems, "thrash metal". To each his own ¯\_(ツ)_/¯ Yeah! :-) I started with NWOBHM

Re: LDC with ARM backend

On Thursday, 21 July 2016 at 13:13:39 UTC, Claude wrote: On Thursday, 21 July 2016 at 10:30:55 UTC, Andrea Fontana wrote: On Thursday, 21 July 2016 at 09:59:53 UTC, Claude wrote: I can build a "Hello world" program on ARM GNU/Linux, with druntime and phobos. I'll write a doc page about that.

Re: Autodecode in the wild and An Awful Hack to std.regex

On Thursday, 28 July 2016 at 21:02:59 UTC, John Carter wrote: On Thursday, 28 July 2016 at 15:48:58 UTC, Seb wrote: [...] Eh. I hoped that somewhere in that explosion of discussion on the topic the problem had been solved and I had just missed it and merely had to use that. Also this idea

[Issue 16189] Optimizer bug, with simple test case

https://issues.dlang.org/show_bug.cgi?id=16189 --- Comment #4 from Kirill Kryukov --- I thought this might be a regression, so I tested dmd versions down to 2.050. But no, the bug is there in each and every one of them. --

prolog and epilog code

Can one add code that executes before the GC and any memory is normally allocated(even static) and after all of it was suppose to be released? A sort of static this for the whole app. I would like to monitor the memory of the app to make sure that the total memory before and after is equal.

Re: approxEqual() has fooled me for a long time...

On Monday, 1 August 2016 at 23:41:39 UTC, Basile B. wrote: On Monday, 1 August 2016 at 23:32:11 UTC, deadalnix wrote: On Wednesday, 20 October 2010 at 10:57:50 UTC, Don wrote: Unfortunately, somebody on the ng insisted that it should be called feqrel(). Stupidly, I listened. And now nobody

Re: approxEqual() has fooled me for a long time...

On Monday, 1 August 2016 at 23:32:11 UTC, deadalnix wrote: On Wednesday, 20 October 2010 at 10:57:50 UTC, Don wrote: Unfortunately, somebody on the ng insisted that it should be called feqrel(). Stupidly, I listened. And now nobody uses my masterpiece because it has a totally sucky name.

Re: approxEqual() has fooled me for a long time...

On Monday, 1 August 2016 at 23:32:11 UTC, deadalnix wrote: On Wednesday, 20 October 2010 at 10:57:50 UTC, Don wrote: Unfortunately, somebody on the ng insisted that it should be called feqrel(). Stupidly, I listened. And now nobody uses my masterpiece because it has a totally sucky name.

Re: approxEqual() has fooled me for a long time...

On Wednesday, 20 October 2010 at 10:57:50 UTC, Don wrote: Unfortunately, somebody on the ng insisted that it should be called feqrel(). Stupidly, I listened. And now nobody uses my masterpiece because it has a totally sucky name. These absurd contraption to win 5 chars are ridiculous. I'm

Re: FP magic in std.math.pow

On Sunday, 31 July 2016 at 22:45:16 UTC, Stefan Koch wrote: On Sunday, 31 July 2016 at 22:38:59 UTC, Seb wrote: Consider this short program: void main() { alias S = float; S s1 = 0x1.24c92ep+5; S s2 = -0x1.1c71c8p+0; [...] It's an anoying feature. The reason this is not

Re: Question regarding Base64 decoding

On Monday, 1 August 2016 at 08:53:30 UTC, Kagamin wrote: A bug. ... which should be filled at Bugzilla and/or fixed. Thanks! :)

Re: Beta D 2.071.2-b1

On 8/1/2016 4:02 AM, Martin Nowak wrote: First beta for the 2.071.2 point release. Thank you, Martin!

Re: Beta D 2.071.2-b1

On 08/01/2016 04:02 AM, Martin Nowak wrote: First beta for the 2.071.2 point release. We've prolonged the 2.071.x releases to fix all outstanding bugs related to the 2.071.0 import and lookup changes before moving on to 2.072.0. http://dlang.org/download.html#dmd_beta

Re: Beta D 2.071.2-b1

On Monday, 1 August 2016 at 11:02:41 UTC, Martin Nowak wrote: First beta for the 2.071.2 point release. Green on all testers: merged into LDC master! cheers, Johan

Re: Beta D 2.071.2-b1

On 08/01/2016 04:02 AM, Martin Nowak wrote: First beta for the 2.071.2 point release. We've prolonged the 2.071.x releases to fix all outstanding bugs related to the 2.071.0 import and lookup changes before moving on to 2.072.0. http://dlang.org/download.html#dmd_beta

Re: approxEqual() has fooled me for a long time...

On Monday, 1 August 2016 at 21:34:21 UTC, Steven Schveighoffer wrote: On 8/1/16 5:05 PM, jmh530 wrote: On Monday, 1 August 2016 at 19:43:57 UTC, Basile B. wrote: Just a hint don't use approxEqual() to compare GUI object coordinates >!< It doesn't help that approxEqual basically just

Re: approxEqual() has fooled me for a long time...

On Monday, 1 August 2016 at 21:05:38 UTC, jmh530 wrote: On Monday, 1 August 2016 at 19:43:57 UTC, Basile B. wrote: Just a hint don't use approxEqual() to compare GUI object coordinates >!< It doesn't help that approxEqual basically just ignores maxAbsDiff

Re: approxEqual() has fooled me for a long time...

On 8/1/16 5:05 PM, jmh530 wrote: On Monday, 1 August 2016 at 19:43:57 UTC, Basile B. wrote: Just a hint don't use approxEqual() to compare GUI object coordinates >!< It doesn't help that approxEqual basically just ignores maxAbsDiff https://issues.dlang.org/show_bug.cgi?id=15881 Guys,

[Issue 15881] approxEqual Ignores maxAbsDiff

https://issues.dlang.org/show_bug.cgi?id=15881 greensunn...@gmail.com changed: What|Removed |Added CC||greensunn...@gmail.com --

Re: Beta D 2.071.2-b1

On Monday, 1 August 2016 at 20:59:05 UTC, Martin Nowak wrote: ... Thanks for https://issues.dlang.org/show_bug.cgi?id=16225 !

Re: approxEqual() has fooled me for a long time...

On Monday, 1 August 2016 at 19:43:57 UTC, Basile B. wrote: Just a hint don't use approxEqual() to compare GUI object coordinates >!< It doesn't help that approxEqual basically just ignores maxAbsDiff https://issues.dlang.org/show_bug.cgi?id=15881

Re: Beta D 2.071.2-b1

On Monday, 1 August 2016 at 12:40:02 UTC, Stefan Koch wrote: Can you merge dmd PR #5842 into the release ? Only bugfixes go into stable, and safe bugfixes should always target stable.

[Issue 16080] [REG2.071.0] Internal error: backend\cgobj.c 3406 when building static library

https://issues.dlang.org/show_bug.cgi?id=16080 --- Comment #5 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/82c3dfb0e58f52e98ef131f9c4bb1c3c00e22939 Merge pull request #5828 from WalterBright/fix16080 --

[Issue 16188] [REG2.069] ICE on invalid code

https://issues.dlang.org/show_bug.cgi?id=16188 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/8fbedf504bed737241f734f7c8883693ba069472 fix Issue 16188 - [REG2.069] ICE on invalid code

[Issue 16316] [REG 2.071] (Import deprecation) fully qualified name of imports in mixin template not accessible

https://issues.dlang.org/show_bug.cgi?id=16316 --- Comment #2 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/b517d86ed55cccb7b33608ec3e22f0036462f445 fix Issue 16316 - FQN of imports in mixin template not

[Issue 16225] [REG 2.068] Internal error cod1.c 1338 with -O

https://issues.dlang.org/show_bug.cgi?id=16225 --- Comment #6 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/ebbb2c6fb8856afb709bb1b05260df875a3790c4 fix Issue 16225 - [REG 2.068] Internal error cod1.c 1338 with

[Issue 15900] [REG 2.071] (Import deprecation) Public import ignored when using fully qualified name

https://issues.dlang.org/show_bug.cgi?id=15900 --- Comment #5 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/0a20f1d407281f61da5b6386fdbe762bab410200 fix Issue 15900 - public imports not accessible using FQN

Re: approxEqual() has fooled me for a long time...

On Wednesday, 20 October 2010 at 10:32:06 UTC, Lars T. Kyllingstad wrote: (This message was originally meant for the Phobos mailing list, but for some reason I am currently unable to send messages to it*. Anyway, it's probably worth making others aware of this as well.) In my code, and in

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP

Re: Clarification about compilation model and the mapping of package names to directory.

On Friday, 29 April 2016 at 17:44:51 UTC, Bruno Medeiros wrote: On 29/04/2016 18:20, Adam D. Ruppe wrote: On Friday, 29 April 2016 at 16:14:30 UTC, Bruno Medeiros wrote: Why is this useful in any substantial way? I use modules for grouping compile time configuration options in independent

[Issue 16347] Strange deprecation message when using templates

https://issues.dlang.org/show_bug.cgi?id=16347 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com --- Comment #2 from

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 16:43:40 UTC, eugene wrote: it would be ok if someone in the community would try to make things clear about old problems of D1 and the current state of D2, so to remove old(and maybe new) hype about the language All of you are right. I just saw that on stats,

[Issue 16347] Strange deprecation message when using templates

https://issues.dlang.org/show_bug.cgi?id=16347 --- Comment #1 from Gary Willoughby --- I simplified the code snippet above, the deprecation is now as follows: /usr/include/dmd/phobos/std/traits.d(3677): Deprecation: test.__unittestL38_1.T.Mockable!(T).Mock(C) is not visible from

[Issue 16347] New: Strange deprecation message when using templates

https://issues.dlang.org/show_bug.cgi?id=16347 Issue ID: 16347 Summary: Strange deprecation message when using templates Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: normal

Re: Why D is not popular enough?

On 08/01/2016 09:37 AM, eugene via Digitalmars-d wrote: On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i

Re: Make D language as Apache foundation project

On 08/01/2016 08:56 AM, Emre Temelkuran via Digitalmars-d wrote: On Wednesday, 27 July 2016 at 13:28:04 UTC, Adam D. Ruppe wrote: On Wednesday, 27 July 2016 at 13:08:17 UTC, eugene wrote: Hello everyone, why not to make a D language as a project of Apache foundation as it happened to groovy?

Re: Why D is not popular enough?

it would be ok if someone in the community would try to make things clear about old problems of D1 and the current state of D2, so to remove old(and maybe new) hype about the language

[OT] Re: Why D isn't the next "big thing" already

On Sunday, 31 July 2016 at 18:15:49 UTC, Gorge Jingale wrote: On Sunday, 31 July 2016 at 10:11:46 UTC, LaTeigne wrote: On Saturday, 30 July 2016 at 12:24:55 UTC, ketmar wrote: On Saturday, 30 July 2016 at 12:18:08 UTC, LaTeigne wrote: it you think that you know the things better than somebody

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 16:25:52 UTC, yuioyyoi wrote: On Monday, 1 August 2016 at 16:16:03 UTC, eugene wrote: On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: i suppose it was simply because D v.1 failed and then authors created a new version of D (v.2) which is current,

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 16:25:52 UTC, yuioyyoi wrote: Also before it was closed source D was never closed source. It used to be only the D parts were open, distributed under the artistic license in the very early days and you couldn't build the whole thing, but it has always been there.

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 16:16:03 UTC, eugene wrote: On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: i suppose it was simply because D v.1 failed and then authors created a new version of D (v.2) which is current, but the name "D" stayed the same, so, people remember some

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:05:51 UTC, Steven Schveighoffer wrote: On 8/1/16 12:01 PM, Patric wrote: I expected nothing to happen because "ref" its a simple pointer, right? Or I am missing something here? You want opAssign, not opOpAssign. opOpAssign is for things like +=. Your code

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:21:16 UTC, Mike Parker wrote: On Monday, 1 August 2016 at 16:18:32 UTC, Patric wrote: But still. If it was the case of "+=" wasn´t wrong to call the dtor since is a ref var? No. It was working as expected. You never implemented opAssign, so default assignment

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:18:32 UTC, Patric wrote: But still. If it was the case of "+=" wasn´t wrong to call the dtor since is a ref var? No. It was working as expected. You never implemented opAssign, so default assignment was being used. There was no ref variable.

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:17:02 UTC, Patric wrote: On Monday, 1 August 2016 at 16:05:51 UTC, Steven Schveighoffer wrote: On 8/1/16 12:01 PM, Patric wrote: I expected nothing to happen because "ref" its a simple pointer, right? Or I am missing something here? You want opAssign, not

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:14:31 UTC, Patric wrote: On Monday, 1 August 2016 at 16:05:51 UTC, Steven Schveighoffer wrote: On 8/1/16 12:01 PM, Patric wrote: I expected nothing to happen because "ref" its a simple pointer, right? Or I am missing something here? You want opAssign, not

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:05:51 UTC, Steven Schveighoffer wrote: On 8/1/16 12:01 PM, Patric wrote: I expected nothing to happen because "ref" its a simple pointer, right? Or I am missing something here? You want opAssign, not opOpAssign. opOpAssign is for things like +=. Your code

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP

Re: Struct dtor on ref variable

On Monday, 1 August 2016 at 16:05:51 UTC, Steven Schveighoffer wrote: On 8/1/16 12:01 PM, Patric wrote: I expected nothing to happen because "ref" its a simple pointer, right? Or I am missing something here? You want opAssign, not opOpAssign. opOpAssign is for things like +=. Your code

Re: Why D is not popular enough?

On Monday, 1 August 2016 at 15:31:35 UTC, Emre Temelkuran wrote: For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP

Re: Indexing with an arbitrary type

On Monday, 1 August 2016 at 15:51:58 UTC, Jonathan M Davis wrote: On Monday, August 01, 2016 15:25:59 Alex via Digitalmars-d-learn wrote: On Monday, 1 August 2016 at 15:06:54 UTC, Jonathan M Davis wrote: > If you want a template constraint that checks that a type > works with the index

Re: Struct dtor on ref variable

On 8/1/16 12:01 PM, Patric wrote: I expected nothing to happen because "ref" its a simple pointer, right? Or I am missing something here? You want opAssign, not opOpAssign. opOpAssign is for things like +=. Your code had me worried for a while :) -Steve

Struct dtor on ref variable

struct Test{ int x; this(int v){ x = v; writeln(x.to!string ~ " Created"); } ~this(){ writeln(x.to!string ~ " Destroyed"); } void opOpAssign(string op, Type)(ref Type s){ x = s.x;

Re: Make D language as Apache foundation project

On Wednesday, 27 July 2016 at 13:28:04 UTC, Adam D. Ruppe wrote: On Wednesday, 27 July 2016 at 13:08:17 UTC, eugene wrote: Hello everyone, why not to make a D language as a project of Apache foundation as it happened to groovy? My impression of Apache foundation stuff is it is a graveyard

Re: Indexing with an arbitrary type

On Monday, August 01, 2016 15:25:59 Alex via Digitalmars-d-learn wrote: > On Monday, 1 August 2016 at 15:06:54 UTC, Jonathan M Davis wrote: > > If you want a template constraint that checks that a type works > > with the index operator on a type, and you're not restricting > > it to something like

Why D is not popular enough?

For years, i was travelling along Golang, Rust, Perl, Ruby, Python, PHP, JScript, JVM Languages. Lastly Crystal Lang and Nimrod, Julia, Haskell, Swift and many more that i can't remember. I'm 24 years old, my first lang was PHP and VBasic then C,C++ and i first heard about D after 2005 when i

Re: Indexing with an arbitrary type

On Monday, 1 August 2016 at 15:06:54 UTC, Jonathan M Davis wrote: If you want a template constraint that checks that a type works with the index operator on a type, and you're not restricting it to something like size_t, then you're just going to have to check whether the expression is going

Re: Indexing with an arbitrary type

On Monday, August 01, 2016 14:46:03 Alex via Digitalmars-d-learn wrote: > On Monday, 1 August 2016 at 13:52:56 UTC, Jonathan M Davis wrote: > > An array does not implement RandomAccessFinite, which is an > > interface that you created. So, a function that takes a > > RandomAccessFinite is not

Re: Indexing with an arbitrary type

On Monday, 1 August 2016 at 13:52:56 UTC, Jonathan M Davis wrote: An array does not implement RandomAccessFinite, which is an interface that you created. So, a function that takes a RandomAccessFinite is not going to accept an array. A dynamic array will match isRandomAccessRange, but that has

August Boston D users meetup

I posted this a while ago, forgot to announce. Please join us if you are in the area! Already 5 going. -Steve http://www.meetup.com/Boston-area-D-Programming-Language-Meetup/events/232865668/

[Issue 16346] Enum used as a constructor evaluates to the underlying type, not to the enum type.

https://issues.dlang.org/show_bug.cgi?id=16346 Eyal changed: What|Removed |Added Severity|enhancement |normal --

[Issue 16346] New: Enum used as a constructor evaluates to the underlying type, not to the enum type.

https://issues.dlang.org/show_bug.cgi?id=16346 Issue ID: 16346 Summary: Enum used as a constructor evaluates to the underlying type, not to the enum type. Product: D Version: D2 Hardware: All URL:

Re: Indexing with an arbitrary type

On Monday, August 01, 2016 11:06:54 Alex via Digitalmars-d-learn wrote: > Hi everybody, > I have a question and a half on templates and ranges, this time. > Say, I have two functions: > > auto f1(T, S)(T t, S s) if(isIntegral!T && isRandomAccessRange!S) > { > return s[t]; > } > > auto f2(T,

Re: Beta D 2.071.2-b1

On Monday, 1 August 2016 at 11:02:41 UTC, Martin Nowak wrote: First beta for the 2.071.2 point release. We've prolonged the 2.071.x releases to fix all outstanding bugs related to the 2.071.0 import and lookup changes before moving on to 2.072.0. http://dlang.org/download.html#dmd_beta

Re: std.experimental.xml available on DUB

On Monday, 1 August 2016 at 07:38:29 UTC, Guillaume Piolat wrote: On Sunday, 31 July 2016 at 18:56:33 UTC, Lodovico Giaretta wrote: kxml is also way limited with respect to std.experimental.xml. It does not support many features, like custom allocators (because they don't exist in Java). It

[Issue 16343] Incorrectly requiring this pointer for a free function

https://issues.dlang.org/show_bug.cgi?id=16343 Steven Schveighoffer changed: What|Removed |Added CC|

Beta D 2.071.2-b1

First beta for the 2.071.2 point release. We've prolonged the 2.071.x releases to fix all outstanding bugs related to the 2.071.0 import and lookup changes before moving on to 2.072.0. http://dlang.org/download.html#dmd_beta http://dlang.org/changelog/2.071.2.html Please report any bugs at

[Issue 16345] IFTI fails with lazy variadic function in some cases

https://issues.dlang.org/show_bug.cgi?id=16345 ag0ae...@gmail.com changed: What|Removed |Added Keywords||rejects-valid CC|

Re: Why Does Dscanner Warn About a Missing toHash if opEquals is Defined?

On Sunday, 31 July 2016 at 18:57:50 UTC, Jack Stouffer wrote: Next question: what's the fastest hashing implementation that will provide the least collisions? Is there a hash implementation that's perfered for AAs? There's no hashing function that would be specifically better for associative

Re: FunctionTypeOf behaves unexpectedly for function pointers?

On Saturday, 30 July 2016 at 12:54:32 UTC, Basile B. wrote: func is a pointer to a function but FunctionTypeOf extracts the target type. So the correct assertion is static assert(is(FunctionTypeOf!func* == typeof(func))); I can't believe that it worked for delegates because the same

[Issue 16343] Incorrectly requiring this pointer for a free function

https://issues.dlang.org/show_bug.cgi?id=16343 --- Comment #2 from Jonathan M Davis --- Yes, tupleof gives an AliasSeq of the fields in the struct - which is exactly what I want. It would be a major problem if it did something else. Also, there is no alias parameter

Re: Import from github

On Thursday, 28 July 2016 at 13:31:59 UTC, eugene wrote: Hello everyone, can i do in D something like this: import "github.com/julienschmidt/httprouter" like in Golang? Yes, latest version of DUB just added support for this via a special comment syntax that describes dependencies on

[Issue 16343] Incorrectly requiring this pointer for a free function

https://issues.dlang.org/show_bug.cgi?id=16343 Sobirari Muhomori changed: What|Removed |Added Keywords||spec ---

[Issue 16345] New: lazy variadic function in template with default value cannot be deduced

https://issues.dlang.org/show_bug.cgi?id=16345 Issue ID: 16345 Summary: lazy variadic function in template with default value cannot be deduced Product: D Version: D2 Hardware: x86_64 OS: Linux

Re: Question regarding Base64 decoding

A bug.

Re: std.experimental.xml available on DUB

On Sunday, 31 July 2016 at 18:56:33 UTC, Lodovico Giaretta wrote: kxml is also way limited with respect to std.experimental.xml. It does not support many features, like custom allocators (because they don't exist in Java). It does not have to strive to be @nogc (because it does not exist in

[Issue 16344] New: Real FP magic on windows

https://issues.dlang.org/show_bug.cgi?id=16344 Issue ID: 16344 Summary: Real FP magic on windows Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1

Re: LDC with ARM backend

On Thursday, 21 July 2016 at 13:13:39 UTC, Claude wrote: On Thursday, 21 July 2016 at 10:30:55 UTC, Andrea Fontana wrote: On Thursday, 21 July 2016 at 09:59:53 UTC, Claude wrote: I can build a "Hello world" program on ARM GNU/Linux, with druntime and phobos. I'll write a doc page about that.