[Issue 18229] Misleading documentation of std.process.environment.get
https://issues.dlang.org/show_bug.cgi?id=18229 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 18229] Misleading documentation of std.process.environment.get
https://issues.dlang.org/show_bug.cgi?id=18229 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/50307774bf09cfa0ffa58e283716fb37af0e8731 Fix Issue 18229 - Misleading documentation of std.process.environment.get https://github.com/dlang/phobos/commit/09122acb34508a0b12725c1c600bb558c5e8 Merge pull request #6117 from wilzbach/fix-18229 Fix Issue 18229 - Misleading documentation of std.process.environment.get merged-on-behalf-of: Vladimir Panteleev --
[Issue 18349] std/math.d(543,33): Deprecation: integral promotion not done for -x
https://issues.dlang.org/show_bug.cgi?id=18349 Timothee Cour changed: What|Removed |Added CC||timothee.co...@gmail.com --- Comment #1 from Timothee Cour --- IIRC: was triggered from dfmt by an input of type `immutable(short)` looks like logic breaks when input is immutable? Num abs(Num)(Num x) @safe pure nothrow if ((is(typeof(Num.init >= 0)) && is(typeof(-Num.init)) || (is(Num == short) || is(Num == byte))) && !(is(Num* : const(ifloat*)) || is(Num* : const(idouble*)) || is(Num* : const(ireal* { static if (isFloatingPoint!(Num)) return fabs(x); else { static if (is(Num == short) || is(Num == byte)) return x >= 0 ? x : cast(Num) -int(x); else return x >= 0 ? x : -x; } } --
[Issue 18387] std.exception.doesPointTo doesn't fit into std.exception
https://issues.dlang.org/show_bug.cgi?id=18387 Jonathan M Davis changed: What|Removed |Added CC||issues.dl...@jmdavisprog.co ||m --- Comment #1 from Jonathan M Davis --- Neither do assumeUnique or mayPointTo. And RangePrimitive doesn't really belong either except that it's used with handle. std.exception has various odds and ends in it that didn't have a clear place where they belonged. --
[Issue 18387] New: std.exception.doesPointTo doesn't fit into std.exception
https://issues.dlang.org/show_bug.cgi?id=18387 Issue ID: 18387 Summary: std.exception.doesPointTo doesn't fit into std.exception Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com It has nothing to do with exception handling. See also: https://github.com/dlang/phobos/pull/6081#discussion_r164308097 --
[Issue 18386] New: mixin ... isn't a template error when used in new scope
https://issues.dlang.org/show_bug.cgi?id=18386 Issue ID: 18386 Summary: mixin ... isn't a template error when used in new scope Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: tet...@tetyys.com Compilation of this code: import std.stdio; void main() { } class c { this() { enum string b(alias d)() { return `writeln("a");`; } int a; { mixin b!a; mixin b!a; } } } fails with dmd v2.078.1 and error test.d(11): Error: mixin b!a b isn't a template However, code: import std.stdio; void main() { } class c { this() { enum string b(alias d)() { return `writeln("a");`; } int a; //{ mixin b!a; mixin b!a; //} } } compiles successfully --
[Issue 17617] No RIP relative addressing available in x64 inline assembly (iasm)
https://issues.dlang.org/show_bug.cgi?id=17617 Basile B. changed: What|Removed |Added CC||b2.t...@gmx.com --
[Issue 18358] No links to the deprecation page
https://issues.dlang.org/show_bug.cgi?id=18358 Seb changed: What|Removed |Added CC||greensunn...@gmail.com --- Comment #1 from Seb --- Yeah, we aren't actively advertising this on the front page. Do you have ideas where it should be put? Where would you search for it? --
[Issue 18385] [REG nightly] function cannot be overloaded with another extern(C) function
https://issues.dlang.org/show_bug.cgi?id=18385 Jack Stouffer changed: What|Removed |Added CC||j...@jackstouffer.com Hardware|x86 |All --
[Issue 18385] New: [REG nightly] function cannot be overloaded with another extern(C) function
https://issues.dlang.org/show_bug.cgi?id=18385 Issue ID: 18385 Summary: [REG nightly] function cannot be overloaded with another extern(C) function Product: D Version: D2 Hardware: x86 OS: All Status: NEW Severity: regression Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: d...@me.com The following code compiles with latest DMD 2.078.1, but fails with DMD nightly v2.078.2-beta.1-651-gc55c9be60. extern (C): void foo(int) { } void foo(double) { } Note that global C function will not have a mangling, but methods of a struct or class declared as `extern (C)` will get mangled as a D method. This can be used as a callback function for a C function. --
[Issue 18337] https://dlang.org/spec/operatoroverloading.html missing opIn/opIn_r
https://issues.dlang.org/show_bug.cgi?id=18337 --- Comment #5 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/67e6545428a87b7a72a99f12ecd05bad880f0389 Add deprecation note for opIn and opIn_r to operatoroverloading.html Fix issue 18337 --
[Issue 18351] integrate dub changelog with changed.d tool
https://issues.dlang.org/show_bug.cgi?id=18351 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/tools https://github.com/dlang/tools/commit/0d6140e293ee9eec4f2794d776099f1ee3eadcd9 Issue 18351 - integrate dub changelog with changed.d tool https://github.com/dlang/tools/commit/9406a0cb2d493b7d93168b5de09d95752dbd859f Merge pull request #302 from wilzbach/18351 Issue 18351 - integrate dub changelog with changed.d tool merged-on-behalf-of: Vladimir Panteleev --
[Issue 17213] [REG2.072] take address of ref return value @safe
https://issues.dlang.org/show_bug.cgi?id=17213 --- Comment #6 from Jack Stouffer --- (In reply to Carsten Blüggel from comment #5) > Did I miss anything or why is this issue still an open regression? The idea is that it shouldn't have been an error, but a deprecation. Since we're a couple of releases past this now it's too late to fix. --
[Issue 18384] std.net.isemail is slow to import due to regex
https://issues.dlang.org/show_bug.cgi?id=18384 --- Comment #1 from Nathan S. --- Pull request: https://github.com/dlang/phobos/pull/6129 --
[Issue 18384] New: std.net.isemail is slow to import due to regex
https://issues.dlang.org/show_bug.cgi?id=18384 Issue ID: 18384 Summary: std.net.isemail is slow to import due to regex Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity: minor Priority: P3 Component: phobos Assignee: nob...@puremagic.com Reporter: n8sh.second...@hotmail.com Mention on forums: https://forum.dlang.org/post/qltouuhsxsqltpspu...@forum.dlang.org Solution is to remove use of std.regex. --
[Issue 18383] Front page blog section is only partially filled.
https://issues.dlang.org/show_bug.cgi?id=18383 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 18383] Front page blog section is only partially filled.
https://issues.dlang.org/show_bug.cgi?id=18383 --- Comment #2 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/323d9179ec12dc0bab7389cd75a3c534962ad69b Fix Issue 18383 - Turn curl downloads of the DBlog into hard failures --
[Issue 18383] Front page blog section is only partially filled.
https://issues.dlang.org/show_bug.cgi?id=18383 --- Comment #1 from Seb --- https://github.com/dlang/dlang.org/pull/2179 --
[Issue 18383] New: Front page blog section is only partially filled.
https://issues.dlang.org/show_bug.cgi?id=18383 Issue ID: 18383 Summary: Front page blog section is only partially filled. Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dlang.org Assignee: nob...@puremagic.com Reporter: greensunn...@gmail.com --
[Issue 18379] [404 Not Found] Foundation Donate page not found
https://issues.dlang.org/show_bug.cgi?id=18379 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dlang.org https://github.com/dlang/dlang.org/commit/566a89ed15cf58088b28361b7122d987360cabda Fix Issue 18379 - [404 Not Found] Foundation Donate page not found https://github.com/dlang/dlang.org/commit/cad41c0fe05f134fabb295718c585bd60197c80d Merge pull request #2178 from wilzbach/fix-18379 Fix Issue 18379 - [404 Not Found] Foundation Donate page not found merged-on-behalf-of: Vladimir Panteleev --
[Issue 14336] Invalid memory access in struct destructor in std.uni
https://issues.dlang.org/show_bug.cgi?id=14336 --- Comment #5 from Dmitry Olshansky --- (In reply to Carsten Blüggel from comment #4) > (In reply to Vladimir Panteleev from comment #0) > > Valgrind (with my Valgrind branch [1]) reports an incorrect memory access in > > std.uni.CowArray destructors (see attachment). > > I submitted https://github.com/dlang/phobos/pull/6041 to fix a std.uni.d > -dip1000 issue (there is no @trusted in InversionList!GcPolicy, CowArray or > GcPolicy any more (only ReallocPolicy currently still has @trusted), thus > theoretically it should be memory safe for GcPolicy) and want to check, > whether Your issue is fixed as well. > I assume, current druntime code doesn't cover memcheck, thus Your valgrind > branch is still required. Due to my current lack of sufficient druntime > knowledge, I failed to merge Your valgrind branch (conflicts in > src/gc/impl/conservative/gc.d). > Sadly it won't fix low-level detail of using the data allocated from GC during finalization. On the other hand that makes Finalizers in GC pretty much useless as you can't touch any memory. --
[Issue 14336] Invalid memory access in struct destructor in std.uni
https://issues.dlang.org/show_bug.cgi?id=14336 --- Comment #4 from Carsten Blüggel --- (In reply to Vladimir Panteleev from comment #0) > Valgrind (with my Valgrind branch [1]) reports an incorrect memory access in > std.uni.CowArray destructors (see attachment). I submitted https://github.com/dlang/phobos/pull/6041 to fix a std.uni.d -dip1000 issue (there is no @trusted in InversionList!GcPolicy, CowArray or GcPolicy any more (only ReallocPolicy currently still has @trusted), thus theoretically it should be memory safe for GcPolicy) and want to check, whether Your issue is fixed as well. I assume, current druntime code doesn't cover memcheck, thus Your valgrind branch is still required. Due to my current lack of sufficient druntime knowledge, I failed to merge Your valgrind branch (conflicts in src/gc/impl/conservative/gc.d). Will You please update Your valgrind branch or at least conservative/gc.d to be mergable with current druntime/master, or give me a hint how to do that? Thanks :-) --
[Issue 18382] New: Crash with -unittest -test
https://issues.dlang.org/show_bug.cgi?id=18382 Issue ID: 18382 Summary: Crash with -unittest -test Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: default_357-l...@yahoo.de Reproduce: echo "import std.algorithm; enum array = sort(string[].init);" > test.d dmd -deps -unittest test.d Expected: Linker error about missing main Actual: Compiler crashes. --
[Issue 18382] Crash with -unittest -test
https://issues.dlang.org/show_bug.cgi?id=18382 FeepingCreature changed: What|Removed |Added Priority|P1 |P2 Severity|enhancement |normal --