[Issue 12543] Class.sizeof requires the Class' definition
https://issues.dlang.org/show_bug.cgi?id=12543 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/a080c8b3242c27efe07325b1c5ddfacb998d4e99 Move issue 12543 14010 test case to compilable/testfwdref.d --
[Issue 14010] Support mangleof property for opaque enum and struct type
https://issues.dlang.org/show_bug.cgi?id=14010 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/a080c8b3242c27efe07325b1c5ddfacb998d4e99 Move issue 12543 14010 test case to compilable/testfwdref.d --
[Issue 6766] Forward reference error for default struct/class arguments
https://issues.dlang.org/show_bug.cgi?id=6766 --- Comment #6 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/7d3e1fb463f71b6332512ffb094f2285e2b07825 Move issue 6766 test case to compilable/testfwdref.d --
[Issue 8698] Forward reference error with interfaces
https://issues.dlang.org/show_bug.cgi?id=8698 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/fdbfd70aa1a3a991ba620a5855f9aa0b489f2905 Move issue 8698 test case to compilable/testfwdref.d --
[Issue 9023] CTFE: cannot use ~= on an empty AA.
https://issues.dlang.org/show_bug.cgi?id=9023 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 9023] CTFE: cannot use ~= on an empty AA.
https://issues.dlang.org/show_bug.cgi?id=9023 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/1e25862da6b588794165ced4b89f72870fa660d7 fix Issue 9023 - CTFE: cannot use ~= on an empty AA. https://github.com/D-Programming-Language/dmd/commit/7d9a3e2e7ebdfd1ec09ebfb5cfbd2e850c70040d Merge pull request #4331 from 9rnsr/fix9023 Issue 9023 - CTFE: cannot use ~= on an empty AA. --
[Issue 12271] Undefined reference linker error with __traits(compiles) that returns false.
https://issues.dlang.org/show_bug.cgi?id=12271 Kapps opantm2+db...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Kapps opantm2+db...@gmail.com --- This appears to be fixed in git master. --
[Issue 12531] forward reference with nested struct
https://issues.dlang.org/show_bug.cgi?id=12531 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d178c0490b9db7f9b4c3cbc0a89f98cb79fa358b Move issue 12531 test case to compilable/testfwdref.d --
[Issue 9514] template instance … is not an alias
https://issues.dlang.org/show_bug.cgi?id=9514 --- Comment #12 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/53f165ea15c8317d8a331214d5be3d22d9aacbfc Move issue 9514 test case to compilable/testfwdref.d --
[Issue 14330] Wrong DWARF type of dynamic array variable
https://issues.dlang.org/show_bug.cgi?id=14330 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/614c756180296550be45e4f3f81223f16ede8eb1 Fix Issue 14330 - Wrong DWARF type of dynamic array variable https://github.com/D-Programming-Language/dmd/commit/afd746b8623fd5d9322f89af7b5c40d11758607c Merge pull request #4526 from tramker/bug14330 Fix Issue 14330 - Wrong DWARF type of dynamic array variable --
[Issue 14330] Wrong DWARF type of dynamic array variable
https://issues.dlang.org/show_bug.cgi?id=14330 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 12201] Crash on forward reference import within mixed in template
https://issues.dlang.org/show_bug.cgi?id=12201 --- Comment #5 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/e1db093d7373076379c65702c9218ed950c0ecca Move issue 12201 test case to compilable/testfwdref.d --
[Issue 8609] A forward reference error with static arrays
https://issues.dlang.org/show_bug.cgi?id=8609 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/34dd113d61f9fdd537a5591986732961790c07c6 Move issue 8609 test case to compilable/testfwdref.d --
[Issue 11166] Forward reference error when alias of template instance is private
https://issues.dlang.org/show_bug.cgi?id=11166 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/d7a356e71c7df01b54677d49d532741b2ea792e4 Move issue 11166 test case to compilable/testfwdref.d --
[Issue 10015] Segfault on forward referencing a variable of templated struct
https://issues.dlang.org/show_bug.cgi?id=10015 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/38996d31647a6427aa44cec77e81acd6603248f2 Move issue 10015 test case to compilable/testfwdref.d --
[Issue 10101] static if conditional cannot be at global scope using mixin template
https://issues.dlang.org/show_bug.cgi?id=10101 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/e56015dd24c077ecc36685b8c43f12a9afc294ed Move issue 10101 test case to compilable/testfwdref.d --
[Issue 12983] overload not recognized depending on order of declaration
https://issues.dlang.org/show_bug.cgi?id=12983 --- Comment #4 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/b96b82c277c9a6f236cd0cafe27e9fdc4a22b910 Move issue 12983 test case to compilable/testfwdref.d --
[Issue 13860] template required forward reference for typeof(member)
https://issues.dlang.org/show_bug.cgi?id=13860 --- Comment #3 from github-bugzi...@puremagic.com --- Commit pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/a8882ca72aa11f6c0a439ebb51caa69de48a8a20 Move issue 13860 test case to compilable/testfwdref.d --
[Issue 14349] String imports with subpaths don't work on Windows
https://issues.dlang.org/show_bug.cgi?id=14349 Alex Parrill initrd...@gmail.com changed: What|Removed |Added CC||initrd...@gmail.com --- Comment #1 from Alex Parrill initrd...@gmail.com --- Looks like FileName::safeSearchPath in filename.c disallows forward slash on Windows. Fixing this should just involve removing it from the blacklist, though there may be security consequences. Side note: the 'More info' link on safeSearchPath to www.securecoding.cert.org leads to a 404 page. --
[Issue 9378] std.internal.digest.sha_SSE3 breaks if compiled with PIC
https://issues.dlang.org/show_bug.cgi?id=9378 zunk...@gmail.com changed: What|Removed |Added CC||zunk...@gmail.com --
[Issue 14364] DMD should compile (correctly) SDC test0167.d
https://issues.dlang.org/show_bug.cgi?id=14364 --- Comment #6 from Kenji Hara k.hara...@gmail.com --- (In reply to deadalnix from comment #5) Reopening. The spec is wrong. It has been discussed many time that should have LTR semantic. Can you list the links to the discussions? --
[Issue 12891] add atomicInc and atomicDec to core.atomic
https://issues.dlang.org/show_bug.cgi?id=12891 Jonathan Dunlap jad...@gmail.com changed: What|Removed |Added CC||jad...@gmail.com --- Comment #1 from Jonathan Dunlap jad...@gmail.com --- I might take a look at this. Would a lock:xadd be appropriate for this atomicAdd? --
[Issue 14371] [CTFE] Binary assignment expression makes wrong result in compile-time
https://issues.dlang.org/show_bug.cgi?id=14371 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/4a3c841ed8d4141af227bd47cd75db1d687983af fix Issue 14371 - [CTFE] Binary assignment expression makes wrong result in compile-time https://github.com/D-Programming-Language/dmd/commit/686f01ddeb416981af2a9c22de48fa3d51fe27cc Merge pull request #4529 from 9rnsr/fix14371 Issue 14371 - [CTFE] Binary assignment expression makes wrong result in compile-time --
[Issue 14371] [CTFE] Binary assignment expression makes wrong result in compile-time
https://issues.dlang.org/show_bug.cgi?id=14371 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --
[Issue 14377] compiler segfault
https://issues.dlang.org/show_bug.cgi?id=14377 --- Comment #1 from Ketmar Dark ket...@ketmar.no-ip.org --- seems to be fixed in 2.067. --
[Issue 14376] [REG2.064] false positive Error: one path skips field
https://issues.dlang.org/show_bug.cgi?id=14376 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com Summary|false positive Error: one |[REG2.064] false positive |path skips field |Error: one path skips ||field Severity|normal |regression --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- This code compiles in 2.063. --
[Issue 12984] Cannot interpret [template] at compile time depending on order of declaration
https://issues.dlang.org/show_bug.cgi?id=12984 Nils nilsboss...@googlemail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #1 from Nils nilsboss...@googlemail.com --- fixed by https://github.com/D-Programming-Language/dmd/commit/75ffb6305b38edb05e4f132de7795e93df75a579 --
[Issue 14347] functions in std.string need upgrading to support std.uni.nelSep line endings
https://issues.dlang.org/show_bug.cgi?id=14347 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- Does anyone actually use these Unicode line endings, ever? I question the value of supporting them over the performance costs (compared to just looking for \x0D\x0A or \x0A). --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- Why are there two main functions? --
[Issue 14351] [REG2.063] `inout` base class constructor can't be called
https://issues.dlang.org/show_bug.cgi?id=14351 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com Summary|`inout` base class |[REG2.063] `inout` base |constructor can't be called |class constructor can't be ||called Severity|normal |regression --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- This compiled in 2.062, and was broken by this pull request: https://github.com/D-Programming-Language/dmd/pull/1726 --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com --- I can't even get this application to link... keep getting minfo_beg/minfo_end errors (with both -m64 and -m32mscoff). --
[Issue 14274] tools/update.sh must install and use dmd 2.066.1 if not present
https://issues.dlang.org/show_bug.cgi?id=14274 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- FWIW Digger can build master already. --
[Issue 14364] DMD should compile (correctly) SDC test0167.d
https://issues.dlang.org/show_bug.cgi?id=14364 --- Comment #8 from deadalnix deadal...@gmail.com --- (In reply to Kenji Hara from comment #6) (In reply to deadalnix from comment #5) Reopening. The spec is wrong. It has been discussed many time that should have LTR semantic. Can you list the links to the discussions? So I reached to Andrei to know the exact details. It turns out this is a point where Andrei and Walter are not in agreement. Andrei advocate for LTR all the way down (as SDC do) and Walter does seems to be inclined to specify it precisely for calls. Anyway, as per spec, a += k is rewritten as a = cast(typeof(a)) (a + k); See http://dlang.org/expression.html, Assignment Operator Expressions for reference. So I think that, even by Walter's standards, as this is not a call, this should be well defined. I opened a thread on the newgroup: http://forum.dlang.org/thread/dqkqvnkgxkxncyvyi...@forum.dlang.org#post-dqkqvnkgxkxncyvyitid:40forum.dlang.org --
[Issue 14335] Logo is missplaced
https://issues.dlang.org/show_bug.cgi?id=14335 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED CC||thecybersha...@gmail.com Resolution|--- |WORKSFORME --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- Fixed a while ago. --
[Issue 14377] compiler segfault
https://issues.dlang.org/show_bug.cgi?id=14377 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |DUPLICATE --- Comment #2 from Kenji Hara k.hara...@gmail.com --- (In reply to Ketmar Dark from comment #1) seems to be fixed in 2.067. Actually it was a dup of issue 13459. *** This issue has been marked as a duplicate of issue 13459 *** --
[Issue 14376] [REG2.064] false positive Error: one path skips field
https://issues.dlang.org/show_bug.cgi?id=14376 --- Comment #2 from Vladimir Panteleev thecybersha...@gmail.com --- Introduced in https://github.com/D-Programming-Language/dmd/pull/2665 --
[Issue 13459] segfault in two auto opSlices()
https://issues.dlang.org/show_bug.cgi?id=13459 Kenji Hara k.hara...@gmail.com changed: What|Removed |Added CC||kan...@weka.io --- Comment #5 from Kenji Hara k.hara...@gmail.com --- *** Issue 14377 has been marked as a duplicate of this issue. *** --
[Issue 14364] DMD should compile (correctly) SDC test0167.d
https://issues.dlang.org/show_bug.cgi?id=14364 --- Comment #7 from deadalnix deadal...@gmail.com --- (In reply to Kenji Hara from comment #6) (In reply to deadalnix from comment #5) Reopening. The spec is wrong. It has been discussed many time that should have LTR semantic. Can you list the links to the discussions? So I reached to Andrei to know the exact details. It turns out this is a point where Andrei and Walter are not in agreement. Andrei advocate for LTR all the way down (as SDC do) and Walter does seems to be inclined to specify it precisely for calls. Anyway, as per spec, a += k is rewritten as a = cast(typeof(a)) (a + k); See http://dlang.org/expression.html, Assignment Operator Expressions for reference. So I think that, even by Walter's standards, as this is not a call, this should be well defined. --
[Issue 14318] Shared library stdio not loaded
https://issues.dlang.org/show_bug.cgi?id=14318 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- Possibly related to issue 14327? --
[Issue 14323] Bad code generation in dfmt
https://issues.dlang.org/show_bug.cgi?id=14323 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- What DMD version? With 2.066.0 I get: src/dfmt/wrapping.d(187): Error: pure function 'dfmt.wrapping.validMoves!(RedBlackTree!(State, a b, false)).validMoves' cannot call impure function 'std.container.rbtree.RedBlackTree!(State, a b, false).RedBlackTree.stableInsert!(State).stableInsert' src/dfmt/wrapping.d(165): Error: template instance dfmt.wrapping.validMoves!(RedBlackTree!(State, a b, false)) error instantiating And then it seems to freeze up. --
[Issue 7151] [CTFE] cannot compare classes with ==
https://issues.dlang.org/show_bug.cgi?id=7151 --- Comment #6 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/fbfbb381b5843e7a9a05b6511f8a47955cdb1e3b add test for Issue 7151 - [CTFE] cannot compare classes with == https://github.com/D-Programming-Language/dmd/commit/7627755d6da699893ee6087e28cf2728e1484fac Merge pull request #3837 from NilsBossung/7151 add test for Issue 7151 - [CTFE] cannot compare classes with == --
[Issue 14323] Bad code generation in dfmt
https://issues.dlang.org/show_bug.cgi?id=14323 --- Comment #2 from briancsch...@gmail.com --- Reduced to a single file: https://gist.github.com/Hackerpilot/9708cfa7ce0e259f1600 Compiler + flags| Output +--- ldc -d-version=WTF_DMD | 2400 ldc | 2400 dmd -version=WTF_DMD| 2400 dmd | 3080 dmd -version=WTF_DMD -O | 2400 dmd -O | 2400 Setting the version flag OR enabling optimizations causes good code generaton. --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #3 from Szymon Gatner szymon.gat...@gmail.com --- (In reply to Vladimir Panteleev from comment #1) Why are there two main functions? Without main() in D library link errors occur --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #5 from Vladimir Panteleev thecybersha...@gmail.com --- (In reply to Szymon Gatner from comment #4) m32mscoff won't work as there is no coff32 phobos. Build my own. What link errors are you getting? - C:\Temp\D\issues\14327 C:\Downloads\!dmd\dmd.2.066.0\dmd2\windows\bin\dmd.exe -c -m64 lib.d C:\Temp\D\issues\14327 cl test.cpp lib.obj C:\Downloads\!dmd\dmd.2.066.0\dmd2\windows\lib64\phobos64.lib Microsoft (R) C/C++ Optimizing Compiler Version 18.00.30723 for x64 Copyright (C) Microsoft Corporation. All rights reserved. test.cpp Microsoft (R) Incremental Linker Version 12.00.30723.0 Copyright (C) Microsoft Corporation. All rights reserved. /out:test.exe test.obj lib.obj C:\Downloads\!dmd\dmd.2.066.0\dmd2\windows\lib64\phobos64.lib phobos64.lib(dmain2_4ec_2f9.obj) : error LNK2019: unresolved external symbol _deh_beg referenced in function rt_init phobos64.lib(sections_win64_575_4e2.obj) : error LNK2001: unresolved external symbol _deh_beg phobos64.lib(sections_win64_57b_5a5.obj) : error LNK2019: unresolved external symbol _minfo_end referenced in function _D2rt14sections_win6414getModuleInfosFZAyPS6object10ModuleInfo phobos64.lib(sections_win64_57b_5a5.obj) : error LNK2019: unresolved external symbol _minfo_beg referenced in function _D2rt14sections_win6414getModuleInfosFZAyPS6object10ModuleInfo phobos64.lib(sections_win64_575_4e2.obj) : error LNK2019: unresolved external symbol _deh_end referenced in function _D2rt14sections_win6412SectionGroup8ehTablesMxFNdZAyS2rt15deh_win64_posix9FuncTable test.exe : fatal error LNK1120: 4 unresolved externals - Please supply exact commands to reproduce the problem, I guess --
[Issue 12984] Cannot interpret [template] at compile time depending on order of declaration
https://issues.dlang.org/show_bug.cgi?id=12984 Nils nilsboss...@googlemail.com changed: What|Removed |Added Keywords||ice Status|RESOLVED|REOPENED Resolution|FIXED |--- Severity|normal |regression --- Comment #2 from Nils nilsboss...@googlemail.com --- The test case fails again. Segfaults now. The test code can be reduced to this for the segfault: --- cat test.d code class B {alias MyD = D!int;} class C : B {} class D(T) {alias MyE = E!float;} class E(T) : D!int { void m() {new C;} } code dmd -c -o- test.d --- Segmentation fault (core dumped) --- (Re-)introduced by https://github.com/D-Programming-Language/dmd/commit/a7bdba47f09f7dba2fbbc6a3d91d8ba110e7 https://github.com/D-Programming-Language/dmd/pull/4457 --
[Issue 12891] add atomicFetchAdd and atomicFetchSub to core.atomic
https://issues.dlang.org/show_bug.cgi?id=12891 Martin Nowak c...@dawg.eu changed: What|Removed |Added Summary|add atomicInc and atomicDec |add atomicFetchAdd and |to core.atomic |atomicFetchSub to ||core.atomic --
[Issue 12891] add atomicInc and atomicDec to core.atomic
https://issues.dlang.org/show_bug.cgi?id=12891 --- Comment #3 from Martin Nowak c...@dawg.eu --- Most likely there is no performance difference between lock xadd [ptr], 1 and lock inc [ptr], the increment instruction takes a byte less. You can ask g++/clang++ for good ideas. #include atomic std::atomicuint8_t ubyte; std::atomicuint16_t ushort; std::atomicuint32_t uint; std::atomicuint64_t ulong; int main() { ++ubyte; ++ushort; ++uint; ++ulong; } It seems that we should rather implement the more generic fetch_add and fetch_sub though. http://en.cppreference.com/w/cpp/atomic/atomic/fetch_add http://en.cppreference.com/w/cpp/atomic/atomic/fetch_sub --
[Issue 14327] Unhandled exception from writeln() in C++/D application
https://issues.dlang.org/show_bug.cgi?id=14327 --- Comment #4 from Szymon Gatner szymon.gat...@gmail.com --- (In reply to Vladimir Panteleev from comment #2) I can't even get this application to link... keep getting minfo_beg/minfo_end errors (with both -m64 and -m32mscoff). m32mscoff won't work as there is no coff32 phobos. What link errors are you getting? --
[Issue 12891] add atomicInc and atomicDec to core.atomic
https://issues.dlang.org/show_bug.cgi?id=12891 Martin Nowak c...@dawg.eu changed: What|Removed |Added CC||dsim...@yahoo.com --- Comment #2 from Martin Nowak c...@dawg.eu --- *** Issue 4769 has been marked as a duplicate of this issue. *** --
[Issue 4769] Unary atomics
https://issues.dlang.org/show_bug.cgi?id=4769 Martin Nowak c...@dawg.eu changed: What|Removed |Added Status|NEW |RESOLVED CC||c...@dawg.eu Resolution|--- |DUPLICATE --- Comment #1 from Martin Nowak c...@dawg.eu --- *** This issue has been marked as a duplicate of issue 12891 *** --
[Issue 14380] New: core.bitop.bsf is marked as pure but isn't
https://issues.dlang.org/show_bug.cgi?id=14380 Issue ID: 14380 Summary: core.bitop.bsf is marked as pure but isn't Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: normal Priority: P1 Component: druntime Assignee: nob...@puremagic.com Reporter: thecybersha...@gmail.com core.bitop.bsf returns an undefined value if its argument is 0. However, it is marked as pure. The function should either assert that its input is non-zero, or have its pure attribute removed. --
[Issue 14381] New: It is too difficult to contribute to the auto-tester
https://issues.dlang.org/show_bug.cgi?id=14381 Issue ID: 14381 Summary: It is too difficult to contribute to the auto-tester Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: websites Assignee: bra...@puremagic.com Reporter: thecybersha...@gmail.com CC: and...@erdani.com There is a number of things the D autotester could be improved to do: - Provide nightly build downloads - Perform coverage analysis and provide a visualization of which lines are covered - Render documentation and provide preview links (or rendered diffs, like on GitHub) - Measure memory usage, build times, object/executable file sizes, and trends/regressions thereof - Provide an API which programs such as Digger can consume (Currently Digger is forced to use a caching proxy over the GitHub API[1], as the latter is rate-limited). Unfortunately, it is currently very difficult (if not impossible) to contribute to the auto-tester. The current auto-tester implementation uses proprietary components and makes assumptions about its environment[2], which make it impossible to test any improvements. Additionally, the auto-tester's creator and maintainer (Brad Roberts) is not always available to review and integrate improvements, which cause improvements in other areas of D to be blocked, sometimes for very long periods of time[3][4]. I think we should prioritize making it possible for more people to maintain, contribute to, and host additional (backup or test) instances of the auto-tester. This may include: - Replacing the proprietary parts (this may require a clean-room implementation by someone other than Brad) - Improving the project's documentation - Moving the project's code under the D-Programming-Language GitHub repository - Granting access to several key D personnel to the existing auto-tester infrastructure [1]: https://github.com/CyberShadow/GHDaemon [2]: https://github.com/braddr/d-tester/blob/master/README [3]: http://forum.dlang.org/post/m8bt6s$1s86$1...@digitalmars.com [4]: https://github.com/D-Programming-Language/druntime/pull/960 --
[Issue 14364] DMD should compile (correctly) SDC test0167.d
https://issues.dlang.org/show_bug.cgi?id=14364 Ketmar Dark ket...@ketmar.no-ip.org changed: What|Removed |Added CC|ket...@ketmar.no-ip.org | --
[Issue 14378] New: ExpressionStatement incorrectly parsed as BlockStatement
https://issues.dlang.org/show_bug.cgi?id=14378 Issue ID: 14378 Summary: ExpressionStatement incorrectly parsed as BlockStatement Product: D Version: D2 Hardware: All OS: All Status: NEW Keywords: accepts-invalid Severity: normal Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: briancsch...@gmail.com Code: ``` import std.stdio; void main() { { writeln(test); }; } ``` This program compiles and prints test. The expected behavior is a compilation failure with a message like Error: delegate has no effect in expression { writeln(test); }; --
[Issue 14379] New: bsf(0) 0 in loop randomly evaluates to non-zero
https://issues.dlang.org/show_bug.cgi?id=14379 Issue ID: 14379 Summary: bsf(0) 0 in loop randomly evaluates to non-zero Product: D Version: D2 Hardware: x86_64 OS: Linux Status: NEW Keywords: wrong-code Severity: major Priority: P1 Component: DMD Assignee: nob...@puremagic.com Reporter: thecybersha...@gmail.com CC: briancsch...@gmail.com // test.d / import core.bitop : bsf; void main() { foreach (_; 0 .. 1) { int j = bsf(0) 0; assert(j == 0); } } /// On Ubuntu Linux 14.10, when compiled with DMD 2.067.0 (`dmd -m64 test.d`), the assert in the above program will fail 50% of the time the program is ran. Reduced from Issue 14323. --
[Issue 14379] bsf(0) 0 in loop randomly evaluates to non-zero
https://issues.dlang.org/show_bug.cgi?id=14379 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #1 from Vladimir Panteleev thecybersha...@gmail.com --- I just saw this in the documentation: The return value is undefined if v is zero. So I guess this makes this bug report invalid. However, I think it would be appropriate if non-release builds had an assert check. --
[Issue 13996] Function for returning a temporary file with a randomly generated name where the name can be accessed
https://issues.dlang.org/show_bug.cgi?id=13996 --- Comment #10 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/phobos https://github.com/D-Programming-Language/phobos/commit/e3e9f2965f438170157338767700bc1d7292dd67 Implement issue# 13996. Add File.scratchFile. This adds a File.scratchFile, which generates a random file name and returns an open std.stdio.File for it. Unlike with File.tmpfile, it's a normal file which is _not_ deleted when the file is closed, and you actually have access to the file's name, which is necessary in many situations - particularly when writing unit tests that need to write to a file and then read from it. https://github.com/D-Programming-Language/phobos/commit/8a65ff8db444f35f6322debbb970166b8c587beb Merge pull request #2956 from jmdavis/tempFile Implement issue# 13996. Add File.tempFile. --
[Issue 14381] It is too difficult to contribute to the auto-tester
https://issues.dlang.org/show_bug.cgi?id=14381 --- Comment #1 from Brad Roberts bra...@puremagic.com --- My major comment is to stop thinking of the auto-tester as the D auto-tester. Think of it as a tool that the D community uses that is owned and operated by me. I agree that it's currently and for the past year poorly owned. But it's not specific to D and I don't intend to add capabilities to it that are specific to D or the D development process. Some of the feature work you suggest below can fit within either the build or the test target without requiring changes to the auto-tester. Some of it is general enough to work for more than D. --
[Issue 14171] Mark non-allocating GC functions as @nogc
https://issues.dlang.org/show_bug.cgi?id=14171 weaselcat r9shacklef...@gmail.com changed: What|Removed |Added Blocks||13972 Severity|enhancement |normal --
[Issue 14323] Bad code generation in dfmt
https://issues.dlang.org/show_bug.cgi?id=14323 briancsch...@gmail.com changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |INVALID --- Comment #3 from briancsch...@gmail.com --- The code was calling bsf with an argument of 0, which is undefined. It behaved consistently, and the version and optimization flags could change its return value. The real issue is that bsf is marked as a pure function when it isn't: https://issues.dlang.org/show_bug.cgi?id=14380 --
[Issue 13972] Make scoped, Unique, and RefCounted @nogc
https://issues.dlang.org/show_bug.cgi?id=13972 weaselcat r9shacklef...@gmail.com changed: What|Removed |Added Depends on||14171 --
[Issue 14379] bsf(0) 0 in loop randomly evaluates to non-zero
https://issues.dlang.org/show_bug.cgi?id=14379 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=14380 --
[Issue 14380] core.bitop.bsf is marked as pure but isn't
https://issues.dlang.org/show_bug.cgi?id=14380 Vladimir Panteleev thecybersha...@gmail.com changed: What|Removed |Added See Also||https://issues.dlang.org/sh ||ow_bug.cgi?id=14379 --
[Issue 14378] ExpressionStatement incorrectly parsed as BlockStatement
https://issues.dlang.org/show_bug.cgi?id=14378 Mathias LANG pro.mathias.l...@gmail.com changed: What|Removed |Added CC||pro.mathias.l...@gmail.com --
[Issue 10972] aggregate postblit doesn't clean up in case of failure
https://issues.dlang.org/show_bug.cgi?id=10972 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/D-Programming-Language/dmd https://github.com/D-Programming-Language/dmd/commit/f12af1807c84dc47ece6b53b26541d01428c45cd fix Issue 10972 - aggregate postblit doesn't clean up in case of failure https://github.com/D-Programming-Language/dmd/commit/4e811cba25f0f7e51d1b686c893030bc4b8ab2fb Merge pull request #4456 from 9rnsr/fix10972 Issue 10972 - aggregate postblit doesn't clean up in case of failure --
[Issue 14378] ExpressionStatement incorrectly parsed as BlockStatement
https://issues.dlang.org/show_bug.cgi?id=14378 --- Comment #3 from Ketmar Dark ket...@ketmar.no-ip.org --- ahem. so it's a bug in specs, i believe, 'cause it's very hard to distinguish block statements from function literals with the current definition, and it's not intuitive at all. thank you, i somehow missed that thing in specs. making semicolon the only difference is puzzling for programmer. would you mind to open a topic in NG for this? i believe that in this case specs must be fixed, not compiler. --
[Issue 14382] converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 --- Comment #1 from Ketmar Dark ket...@ketmar.no-ip.org --- Created attachment 1501 -- https://issues.dlang.org/attachment.cgi?id=1501action=edit std.bigint fix --
[Issue 14382] New: converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 Issue ID: 14382 Summary: converting old D1 operator overloading style to new D2 style Product: D Version: D2 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 Component: Phobos Assignee: nob...@puremagic.com Reporter: ket...@ketmar.no-ip.org Created attachment 1500 -- https://issues.dlang.org/attachment.cgi?id=1500action=edit std.xml fix --
[Issue 14378] ExpressionStatement incorrectly parsed as BlockStatement
https://issues.dlang.org/show_bug.cgi?id=14378 --- Comment #2 from briancsch...@gmail.com --- http://dlang.org/grammar.html#FunctionLiteralBody Function literals do not require parameter lists. It's perfectly valid to parse the example code as a function literal. --
[Issue 14382] converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 --- Comment #2 from Ketmar Dark ket...@ketmar.no-ip.org --- Created attachment 1502 -- https://issues.dlang.org/attachment.cgi?id=1502action=edit std.internal.math.biguintcore fix --
[Issue 14382] converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 --- Comment #4 from Ketmar Dark ket...@ketmar.no-ip.org --- Created attachment 1504 -- https://issues.dlang.org/attachment.cgi?id=1504action=edit std.vairant fix --
[Issue 14382] converting old D1 operator overloading style to new D2 style
https://issues.dlang.org/show_bug.cgi?id=14382 --- Comment #3 from Ketmar Dark ket...@ketmar.no-ip.org --- Created attachment 1503 -- https://issues.dlang.org/attachment.cgi?id=1503action=edit std.bitmanip fix --
[Issue 14378] ExpressionStatement incorrectly parsed as BlockStatement
https://issues.dlang.org/show_bug.cgi?id=14378 --- Comment #1 from Ketmar Dark ket...@ketmar.no-ip.org --- i believe that delegates must have parameter declaration before body. what we got here is block statement followed by empty statement (;). so compiler can cry about the last if it wants, but not about delegate. --