[Issue 15935] compiling dub with -fPIC triggers internal compiler error
https://issues.dlang.org/show_bug.cgi?id=15935 Oliver Kurz changed: What|Removed |Added CC||ok...@suse.de --
[Issue 17516] New: std.regex doesn't recognize \e (for ANSI escape character), unlike boost.regex
https://issues.dlang.org/show_bug.cgi?id=17516 Issue ID: 17516 Summary: std.regex doesn't recognize \e (for ANSI escape character), unlike boost.regex Product: D Version: D2 Hardware: x86 OS: All Status: NEW Severity: normal Priority: P1 Component: phobos Assignee: nob...@puremagic.com Reporter: timothee.co...@gmail.com http://www.boost.org/doc/libs/1_33_1/libs/regex/doc/format_boost_syntax.html \eOutputs the ANSI escape character (code point 27). \e is not recognize (and not in docs in https://dlang.org/phobos/std_regex.html#replaceFirst) \e is particularly useful to handle ansi termnial escape codes (eg color codes) in log files There are workarounds, but they're cumbersome --
[Issue 17505] [REG2.075] @safe constructor requires the deconstructor to be safe as well
https://issues.dlang.org/show_bug.cgi?id=17505 greenify changed: What|Removed |Added CC||greeen...@gmail.com --- Comment #2 from greenify --- FYI have you seen Cybershadow's comment? https://github.com/dlang/dmd/pull/6816#issuecomment-307657520 And his reduced test case for the regression in libasync? struct S { ~this() {} } class C { S s; this() nothrow {} } --
[Issue 17505] [REG2.075] @safe constructor requires the deconstructor to be safe as well
https://issues.dlang.org/show_bug.cgi?id=17505 Martin Nowak changed: What|Removed |Added Priority|P1 |P3 CC||c...@dawg.eu --- Comment #1 from Martin Nowak --- Introduced by https://github.com/dlang/dmd/pull/6816 Also manifestates in libasync https://github.com/etcimon/libasync/blob/a56cf33720731de717ef5d6c5f1c0d51341da145/source/libasync/events.d#L57. source/libasync/events.d(57,2): Error: destructor 'libasync.events.EventLoop.~this' is not nothrow source/libasync/events.d(57,2): Error: nothrow constructor 'libasync.events.EventLoop.this' may throw --
[Issue 17375] colliding modules detected with binutils 2.28 linker and shared libraries
https://issues.dlang.org/show_bug.cgi?id=17375 --- Comment #8 from Vladimir Panteleev --- (In reply to Martin Nowak from comment #7) > Maybe you had a different git repo, my bisect ended at commit > https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git; > h=9acc85a62eb76c270724bba15c889d2d05567b6a. No idea what you mean; that's the same commit I mentioned in comment 2 above. --
[Issue 17515] ld.gold identical comdat folding triggers an assertion
https://issues.dlang.org/show_bug.cgi?id=17515 Martin Nowak changed: What|Removed |Added Severity|enhancement |normal --
[Issue 17515] New: ld.gold identical comdat folding triggers an assertion
https://issues.dlang.org/show_bug.cgi?id=17515 Issue ID: 17515 Summary: ld.gold identical comdat folding triggers an assertion Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: enhancement Priority: P1 Component: dmd Assignee: nob...@puremagic.com Reporter: c...@dawg.eu ld -v cat > bug.d << CODE import std.stdio; void main() { writeln("Hello"); } CODE dmd bug.d -L--icf=safe /usr/bin/ld: internal error in get_section_contents, at icf.cc:504 Fails at https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=gold/icf.cc;h=a49ce2e960ffb6ac9764830f11145d045abba216#l504 for .text. sections because entsize == 0. Guess this needs something similar to -ffunction-sections with each function being in it's own section and entsize it's size. At least https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=blob;f=gold/icf.cc;h=a49ce2e960ffb6ac9764830f11145d045abba216#l509 hints towards that. Not sure why dmd's .text sections take the `if ((secn_flags & elfcpp::SHF_STRINGS) != 0)` branch though. --
[Issue 17375] colliding modules detected with binutils 2.28 linker and shared libraries
https://issues.dlang.org/show_bug.cgi?id=17375 --- Comment #7 from Martin Nowak --- Maybe you had a different git repo, my bisect ended at commit https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;h=9acc85a62eb76c270724bba15c889d2d05567b6a. We could solve this by emitting the ModuleInfos themselves (not only a pointer to them) to their own sections and using the old section bracket trick (__start_minfo and __stop_minfo see https://github.com/dlang/dmd/blob/eb3bc8d8902a0b0c3b3b02058265d811ec310eb9/src/ddmd/backend/elfobj.c#L3319). Would need 2 sections if some of them are readonly and some are relro though. --
[Issue 13819] ICE: backend\cg87.c with -O: "a % 2 != 0" for a double
https://issues.dlang.org/show_bug.cgi?id=13819 ag0ae...@gmail.com changed: What|Removed |Added CC||ag0ae...@gmail.com Hardware|x86_64 |All OS|Windows |All --
[Issue 17383] ICE ddmd/backend/cgxmm.c 930
https://issues.dlang.org/show_bug.cgi?id=17383 ag0ae...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||ag0ae...@gmail.com Resolution|--- |DUPLICATE --- Comment #3 from ag0ae...@gmail.com --- *** This issue has been marked as a duplicate of issue 13819 *** --
[Issue 13819] ICE: backend\cg87.c with -O: "a % 2 != 0" for a double
https://issues.dlang.org/show_bug.cgi?id=13819 ag0ae...@gmail.com changed: What|Removed |Added CC||radu.raca...@gmail.com --- Comment #4 from ag0ae...@gmail.com --- *** Issue 17383 has been marked as a duplicate of this issue. *** --
[Issue 17383] ICE ddmd/backend/cgxmm.c 930
https://issues.dlang.org/show_bug.cgi?id=17383 --- Comment #2 from radu.raca...@gmail.com --- To get the bug original ICE message just run: dmd -c -O -m64 bug.d Internal error: backend\cgxmm.c 930 --
[Issue 17383] ICE ddmd/backend/cgxmm.c 930
https://issues.dlang.org/show_bug.cgi?id=17383 radu.raca...@gmail.com changed: What|Removed |Added Keywords||ice-on-valid-code --
[Issue 17383] ICE ddmd/backend/cgxmm.c 930
https://issues.dlang.org/show_bug.cgi?id=17383 --- Comment #1 from radu.raca...@gmail.com --- This snippet will kill the compiler when compiling with optimizations on (-O optimize) --bug.d-- bool bug(double d) { return d % 2 != 0; } --bug.d-- dmd -c -O bug.d Internal error: backend\cg87.c 1517 dmd --version DMD32 D Compiler v2.073.0 Copyright (c) 1999-2016 by Digital Mars written by Walter Bright --
[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 --- Comment #6 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/72f395084373b8c15518def33216485301e8de8a Fix Issue 16566 - hasLength should enforce that length has type size_t --
[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 17514] New: "positive" -> "nonnegative"
https://issues.dlang.org/show_bug.cgi?id=17514 Issue ID: 17514 Summary: "positive" -> "nonnegative" Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity: minor Priority: P3 Component: dlang.org Assignee: nob...@puremagic.com Reporter: qmnaidgolf...@rcpt.at In http://dlang.org/spec/attribute.html, "It must be a positive power of 2." possibly should be changed to "It must be a nonnegative power of 2.". (As 1 is 2^0 and 0 is not positive.) --
[Issue 17513] New: [english] "a enum" -> "an enum"
https://issues.dlang.org/show_bug.cgi?id=17513 Issue ID: 17513 Summary: [english] "a enum" -> "an enum" Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: All Status: NEW Severity: minor Priority: P3 Component: dlang.org Assignee: nob...@puremagic.com Reporter: qmnaidgolf...@rcpt.at (Possibly among others) http://dlang.org/spec/type.html contains two occurences of the (imperfect) "a enum". --