[Issue 10226] core.simd inefficient codegen
https://issues.dlang.org/show_bug.cgi?id=10226 --- Comment #13 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/194fa0a92aec4a2b4fa5a6e28feeedca6daceb76 partly resolve Issue 10226 - inefficient core.simd codegen - fix localization of float vector expressions passed to void16 parameters of simd intrinsics https://github.com/dlang/dmd/commit/0d4eb1f06b938599293249eaecc2130fa6c89c81 Merge pull request #6626 from MartinNowak/issue10226 partly resolve Issue 10226 - inefficient core.simd codegen --
[Issue 17075] ctRegex BacktrackingMatcher.prevStack: free(): invalid pointer
https://issues.dlang.org/show_bug.cgi?id=17075 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/d47c8859bcb2bffc684fc4d6b57e4f5ed0ec5441 Fix issue 17075 ctRegex BacktrackingMatcher.prevStack: free(): invalid pointer https://github.com/dlang/phobos/commit/091ff0f8bbd8383e81eddfca8e0299178825301f Merge pull request #5252 from DmitryOlshansky/issue-17075 Fix issue 17075 ctRegex BacktrackingMatcher.prevStack: free(): invali… merged-on-behalf-of: H. S. Teoh--
[Issue 13855] Allow multiple selective imports from different modules in a single import statement
https://issues.dlang.org/show_bug.cgi?id=13855 Martin Nowakchanged: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |WONTFIX --- Comment #7 from Martin Nowak --- Not that well received https://github.com/dlang/dmd/pull/6589. --
[Issue 17257] New: Wrong recursive template destructor reflection
https://issues.dlang.org/show_bug.cgi?id=17257 Issue ID: 17257 Summary: Wrong recursive template destructor reflection Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: critical Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: jappleg...@gmail.com Discussion - https://forum.dlang.org/post/vkydqijqsdzrsuvzi...@forum.dlang.org import std.string : format; struct Bar(E) { void fun() { pragma(msg, format("fun: Foo.__xdtor - %s", __traits(hasMember, E, "__xdtor"))); } ~this() { pragma(msg, format("~this: Foo.__xdtor - %s", __traits(hasMember, E, "__xdtor"))); } } struct Foo { Bar!Foo foo; ~this() {} } Output: ~this: Foo.__xdtor - false fun: Foo.__xdtor - true Expected: ~this: Foo.__xdtor - true fun: Foo.__xdtor - true --
[Issue 17254] The code completion box is too narrow on Surface pro 3
https://issues.dlang.org/show_bug.cgi?id=17254 --- Comment #2 from Heromyth--- I'm using VS 2015. My screen resolution is 2160x1440. In fact it works well when I use Visual D 0.44-beta2. --
[Issue 17255] Warning when compiling ddmd.backend/ptrntab.c about type-punning
https://issues.dlang.org/show_bug.cgi?id=17255 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/a22284b64c92236047b5dbdac26d504d97cc1d5f fix Issue 17255 - Warning when compiling ddmd.backend/ptrntab.c about type-punning https://github.com/dlang/dmd/commit/28b0fb9f2f8e806e5e455c412011f0b369697097 Merge pull request #6624 from WalterBright/fix17255 fix Issue 17255 - Warning when compiling ddmd.backend/ptrntab.c about… merged-on-behalf-of: Daniel Murphy--
[Issue 13855] Allow multiple selective imports from different modules in a single import statement
https://issues.dlang.org/show_bug.cgi?id=13855 yebblieschanged: What|Removed |Added CC||yebbl...@gmail.com --- Comment #6 from yebblies --- My opinion is that this is a language fix for a style issue, and would not pull its weight. While we certainly do want to avoid the issue java has, we already do avoid most of that with the existing syntax. For your 'signal/noise ratio' example, I consider the first example less noisy as the 'import' makes it clear what those lines are. I personally only ever import from one module per line, and that seems to avoid the problems you're encountering. --
[Issue 17256] New: Inconsistent output between json and ddoc
https://issues.dlang.org/show_bug.cgi?id=17256 Issue ID: 17256 Summary: Inconsistent output between json and ddoc Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: yshu...@gmail.com Example: struct A(bool b) { version(D_Ddoc) { /// Doc 1 void method1(); } static if (b) { /// Doc 2 void method2(); } else { /// Doc 3 void method3(); } } method1 and method2 will be in the ddoc output, but none of them are in the json output --
[Issue 17243] std.math.{FloatingPointControl,ieeeFlags} don't work on x86_64
https://issues.dlang.org/show_bug.cgi?id=17243 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to stable at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/09679c241f9ab4554e5bdabee998fd319e2eb4ac fix issue 17243 - std.math.{FloatingPointControl,ieeeFlags} don't work on x86_64 https://github.com/dlang/phobos/commit/83e199977607752df16167c557e2c0f5acb12be5 Merge pull request #5240 from aG0aep6G/FloatingPointControl fix issue 17243 - std.math.{FloatingPointControl,ieeeFlags} don't work on x86_64 --
[Issue 17255] New: Warning when compiling ddmd.backend/ptrntab.c about type-punning
https://issues.dlang.org/show_bug.cgi?id=17255 Issue ID: 17255 Summary: Warning when compiling ddmd.backend/ptrntab.c about type-punning Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: minor Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: bugzi...@digitalmars.com Compiling produces a blizzard of these, all the same: ddmd/backend/ptrntab.c:5773: warning: dereferencing type-punned pointer will break strict-aliasing rules --
[Issue 13855] Allow multiple selective imports from different modules in a single import statement
https://issues.dlang.org/show_bug.cgi?id=13855 --- Comment #5 from Martin Nowak--- Well the point was that imports don't need to be that legible, because they hardly are relevant during reading. Java is famous for it's horrible import "manifests", many editors just fold those blocks. My main motivation is the following. Whenever I have the following import (valid today) import std.file, std.stdio : writeln; and I need sth., say map, I can either prepend all of std.algorithm or add another selective import. void foo(Range r) { import std.file, std.stdio : writeln; import std.algorithm : map; writeln(r.map!readText); } And often import std.algorithm, std.file, std.stdio : writeln; is the much more concise choice. Also I'm usually sorting imports, which isn't possible when only the last one supports selective imports. --
[Issue 17254] The code completion box is too narrow on Surface pro 3
https://issues.dlang.org/show_bug.cgi?id=17254 Rainer Schuetzechanged: What|Removed |Added CC||r.sagita...@gmx.de --- Comment #1 from Rainer Schuetze --- What VS version are you using? I suspect it doesn't happen with C++? Not sure if Visual D can do anything about this, as it just passes strings and images to VS, no box size information. --
[Issue 16260] "Improve this page" links broken for Visual D
https://issues.dlang.org/show_bug.cgi?id=16260 Rainer Schuetzechanged: What|Removed |Added Status|NEW |RESOLVED CC||r.sagita...@gmx.de Resolution|--- |FIXED --- Comment #1 from Rainer Schuetze --- Fixed as part of the 0.44 release. --