[Issue 14424] New: dmd crashes with __traits(getUnitTests)

https://issues.dlang.org/show_bug.cgi?id=14424 Issue ID: 14424 Summary: dmd crashes with __traits(getUnitTests) Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Severity: critical Prio

[Issue 14423] New: struct destructors not finalized for AA values

https://issues.dlang.org/show_bug.cgi?id=14423 Issue ID: 14423 Summary: struct destructors not finalized for AA values Product: D Version: unspecified Hardware: All OS: All Status: NEW Severity: major

[Issue 14419] [CTFE] Need infinite loop detection?

https://issues.dlang.org/show_bug.cgi?id=14419 --- Comment #17 from Jens Bauer --- (In reply to Jens Bauer from comment #16) > As a fail-safe, an unsigned 32-bit counter could be used as an 'absolutely > maximum limit'. ... and if the 32-bit counter wraps, then an error message should be given to

[Issue 14419] [CTFE] Need infinite loop detection?

https://issues.dlang.org/show_bug.cgi?id=14419 --- Comment #16 from Jens Bauer --- (In reply to Iain Buclaw from comment #15) > So then you just need to decide what is a suitable iteration limit, > short.max? ushort.max? If it's just to make sure that "we're not stuck forever", the size of the r

[Issue 14413] Spurious newline in ddoc JSON output for multiple successive line doc comments

https://issues.dlang.org/show_bug.cgi?id=14413 --- Comment #4 from Sönke Ludwig --- Just that "concatenation as paragraphs" instead of "concatenation as lines" precludes the use of this documentation style: /// This is the summary, possibly going /// over multiple lines. /// /// A large paragrap

[Issue 14419] [CTFE] Need infinite loop detection?

https://issues.dlang.org/show_bug.cgi?id=14419 --- Comment #15 from Iain Buclaw --- (In reply to yebblies from comment #14) > (In reply to Martin Nowak from comment #9) > > If you really think we should fix this, then a time limit for CTFE execution > > might be feasible. > > An iteration limit

[Issue 14413] Spurious newline in ddoc JSON output for multiple successive line doc comments

https://issues.dlang.org/show_bug.cgi?id=14413 --- Comment #3 from Kenji Hara --- (In reply to Sönke Ludwig from comment #2) > Do you know if that been a concious decision or is it just an artefact of > the implementation? I don't think it makes much sense as it is. Personally I > always use /**

[Issue 14420] partial template ordering with specialization and different arities seems broken

https://issues.dlang.org/show_bug.cgi?id=14420 Kenji Hara changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 14413] Spurious newline in ddoc JSON output for multiple successive line doc comments

https://issues.dlang.org/show_bug.cgi?id=14413 --- Comment #1 from Kenji Hara --- (In reply to Sönke Ludwig from comment #0) > --- > /// This function is here to aid in making your > /// software do cool stuff. > void foo() {} > --- It's equivalent with: --- /** This function is here to aid in

[Issue 14413] Spurious newline in ddoc JSON output for multiple successive line doc comments

https://issues.dlang.org/show_bug.cgi?id=14413 --- Comment #2 from Sönke Ludwig --- Do you know if that been a concious decision or is it just an artefact of the implementation? I don't think it makes much sense as it is. Personally I always use /** */ style comments, but anyone using /// is goin

[Issue 14422] std.process: Pipes do not append to files on Win64

https://issues.dlang.org/show_bug.cgi?id=14422 Vladimir Panteleev changed: What|Removed |Added Keywords||pull --- Comment #2 from Vladimir Pante

[Issue 14422] std.process: Pipes do not append to files on Win64

https://issues.dlang.org/show_bug.cgi?id=14422 --- Comment #1 from Vladimir Panteleev --- C program which reproduces this bug: /// ctest.c /// #include #include void main() { FILE *f; PROCESS_INFORMATION pi = {0}; STARTUPINFO si = {sizeof(ST

[Issue 14422] New: std.process: Pipes do not append to files on Win64

https://issues.dlang.org/show_bug.cgi?id=14422 Issue ID: 14422 Summary: std.process: Pipes do not append to files on Win64 Product: D Version: D2 Hardware: x86_64 OS: Windows Status: NEW Severity: normal

[Issue 14421] New: Variadic args array force on heap

https://issues.dlang.org/show_bug.cgi?id=14421 Issue ID: 14421 Summary: Variadic args array force on heap Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1

[Issue 14420] partial template ordering with specialization and different arities seems broken

https://issues.dlang.org/show_bug.cgi?id=14420 --- Comment #1 from Ketmar Dark --- i'm expecting the same (with second instantiates non-specialized template, which it does currently). --

[Issue 14419] [CTFE] Need infinite loop detection?

https://issues.dlang.org/show_bug.cgi?id=14419 yebblies changed: What|Removed |Added CC||yebbl...@gmail.com --- Comment #14 from yebblies

[Issue 14420] New: partial template ordering with specialization and different arities seems broken

https://issues.dlang.org/show_bug.cgi?id=14420 Issue ID: 14420 Summary: partial template ordering with specialization and different arities seems broken Product: D Version: D2 Hardware: All OS: All

[Issue 14350] Unit test failures are not displayed in Windows GUI programs

https://issues.dlang.org/show_bug.cgi?id=14350 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/druntime https://github.com/D-Programming-Language/druntime/commit/6833d64a4f3ab2fb7af979ddf9ab1558dd369606 fix Issue 14350 -

[Issue 14350] Unit test failures are not displayed in Windows GUI programs

https://issues.dlang.org/show_bug.cgi?id=14350 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|-