[Issue 17351] Static const array can't be evaluated at compile time when passed as ref argument

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

[Issue 17351] Static const array can't be evaluated at compile time when passed as ref argument

https://issues.dlang.org/show_bug.cgi?id=17351 --- Comment #4 from uplink.co...@googlemail.com --- As far as I can see there is no special treatment. CTFE does only work on literals results of ctfe evaluations are always literals. --

[Issue 17351] Static const array can't be evaluated at compile time when passed as ref argument

https://issues.dlang.org/show_bug.cgi?id=17351 Andrei Alexandrescu changed: What|Removed |Added Status|RESOLVED|REOPENED

[Issue 17141] CommonType!(dchar, char) returns uint

https://issues.dlang.org/show_bug.cgi?id=17141 Jack Stouffer changed: What|Removed |Added Severity|major |critical --- Comment

[Issue 17355] Path to lib64 and $(DMDInstallDir) not correct

https://issues.dlang.org/show_bug.cgi?id=17355 --- Comment #3 from Thomas --- After a lot of uninstalling/installing DMD/VisualD, my previous global settings for library path etc was still not "refreshed". I suspected some remains from older installations so resided to

[Issue 5659] Conditional operator, array literal, and std.traits.CommonType return a wrong common type

https://issues.dlang.org/show_bug.cgi?id=5659 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx See

[Issue 17359] New: C++ Interfacing: function with 'static' array parameter cannot be linked (x64)

https://issues.dlang.org/show_bug.cgi?id=17359 Issue ID: 17359 Summary: C++ Interfacing: function with 'static' array parameter cannot be linked (x64) Product: D Version: D2 Hardware: x86_64 OS: Windows

[Issue 17351] Static const array can't be evaluated at compile time when passed as ref argument

https://issues.dlang.org/show_bug.cgi?id=17351 uplink.co...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 17141] CommonType!(dchar, char) returns uint

https://issues.dlang.org/show_bug.cgi?id=17141 --- Comment #5 from hst...@quickfur.ath.cx --- Hmph. Looks like the problem is that the very first thing typeMerge() does is to do integer promotion on the incoming types. Thus, right from the start, we've already lost the original character types.

[Issue 17141] CommonType!(dchar, char) returns uint

https://issues.dlang.org/show_bug.cgi?id=17141 --- Comment #4 from hst...@quickfur.ath.cx --- Looks like this is implemented in the hairball function typeMerge() in src/ddmd/dcast.d. I'll try to trace through and see if I can find an obvious problem, but I'm not sure if I'll be able to. --

[Issue 17141] CommonType!(dchar, char) returns uint

https://issues.dlang.org/show_bug.cgi?id=17141 hst...@quickfur.ath.cx changed: What|Removed |Added Component|phobos |dmd --

[Issue 17141] CommonType!(dchar, char) returns uint

https://issues.dlang.org/show_bug.cgi?id=17141 --- Comment #3 from hst...@quickfur.ath.cx --- Unfortunately, it looks like CommonType is implemented using the ?: ternary operator, meaning that it's the *compiler* that's producing these crazy results. --

[Issue 17141] CommonType!(dchar, char) returns uint

https://issues.dlang.org/show_bug.cgi?id=17141 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

[Issue 17358] [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

https://issues.dlang.org/show_bug.cgi?id=17358 --- Comment #3 from Jack Stouffer --- (In reply to hsteoh from comment #2) > `ElementType!(typeof(chain(s, "\n")))` returns `uint`. That's the problem. > Now, why ElementType should return `uint` is a different story... gonna

[Issue 17358] [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

https://issues.dlang.org/show_bug.cgi?id=17358 hst...@quickfur.ath.cx changed: What|Removed |Added CC||hst...@quickfur.ath.cx --- Comment

[Issue 17358] [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

https://issues.dlang.org/show_bug.cgi?id=17358 --- Comment #1 from Jack Stouffer --- possibly introduced in https://github.com/dlang/phobos/pull/5229 --

[Issue 17358] [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

https://issues.dlang.org/show_bug.cgi?id=17358 Jack Stouffer changed: What|Removed |Added Hardware|x86 |All

[Issue 17358] [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

https://issues.dlang.org/show_bug.cgi?id=17358 Jack Stouffer changed: What|Removed |Added Severity|enhancement |regression --

[Issue 17358] New: [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters

https://issues.dlang.org/show_bug.cgi?id=17358 Issue ID: 17358 Summary: [REG 2.074.0] std.stdio.File.lockingTextWriter.put no longer accepts chains of characters Product: D Version: D2 Hardware: x86 OS: Mac

[Issue 17357] New: DMD wrongly considers template instance class as nested

https://issues.dlang.org/show_bug.cgi?id=17357 Issue ID: 17357 Summary: DMD wrongly considers template instance class as nested Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW

[Issue 7102] std.numeric.gcd with BigInts too

https://issues.dlang.org/show_bug.cgi?id=7102 Jack Stouffer changed: What|Removed |Added Status|REOPENED|RESOLVED

[Issue 7102] std.numeric.gcd with BigInts too

https://issues.dlang.org/show_bug.cgi?id=7102 --- Comment #7 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/35bbd3611ee4a977f2bedf98e8b15160eb01fd11 Merge pull request #5350 from quickfur/issue7102a Fix

[Issue 17352] [REG 2.075a] Internal error: ddmd/backend/elfobj.c 1739 on duplicate definition

https://issues.dlang.org/show_bug.cgi?id=17352 --- Comment #4 from Ketmar Dark --- yeah. but the frontend will check for conflicting overloads only when `foo()` will be called. i guess this was done to gain some compilation speed by not checking each symbol against other

[Issue 17352] [REG 2.075a] Internal error: ddmd/backend/elfobj.c 1739 on duplicate definition

https://issues.dlang.org/show_bug.cgi?id=17352 Martin Nowak changed: What|Removed |Added CC||c...@dawg.eu --- Comment #3

[Issue 17304] [SPEC] Anonymous symbols, show or ignore in demangler?

https://issues.dlang.org/show_bug.cgi?id=17304 Iain Buclaw changed: What|Removed |Added Status|NEW |ASSIGNED --- Comment