[Issue 19030] CTorFlow checking is too aggressive and only checks whether a this call is present

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19030 RazvanN changed: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #1 from

[Issue 19014] Compiler imports symbols that aren't actually imported.

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19014 RazvanN changed: What|Removed |Added CC||razvan.nitu1...@gmail.com --- Comment #3 from

[Issue 19014] Compiler imports symbols that aren't actually imported.

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19014 --- Comment #4 from Mike Franklin --- I don't want to close it until a test is added to the DMD test suite and it passes. We can't do that until the deprecation period has expired. --

[Issue 19046] OSX: bad value for core.stdc.time.CLOCKS_PER_SEC

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19046 Rainer Schuetze changed: What|Removed |Added Keywords||pull --- Comment #1 from Rainer Schuetze

[Issue 19047] Undefined identifier caused by circular import and CTFE

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19047 --- Comment #1 from Basile B. --- Add to this the quite unhelpful error message. Imagine the same problem drown in 5000 SLOCs. The only thing you see is that your declaration is here... --

[Issue 19046] OSX: bad value for core.stdc.time.CLOCKS_PER_SEC

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19046 Rainer Schuetze changed: What|Removed |Added OS|Windows |Mac OS X Severity|enhancement

[Issue 19046] New: OSX: bad value for core.stdc.time.CLOCKS_PER_SEC

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19046 Issue ID: 19046 Summary: OSX: bad value for core.stdc.time.CLOCKS_PER_SEC Product: D Version: D2 Hardware: x86 OS: Windows Status: NEW Severity: enhancement

[Issue 19047] New: Undefined identifier caused by circular import and CTFE

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19047 Issue ID: 19047 Summary: Undefined identifier caused by circular import and CTFE Product: D Version: D2 Hardware: All OS: All Status: NEW

[Issue 19046] OSX: bad value for core.stdc.time.CLOCKS_PER_SEC

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19046 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/ac1bf3551f776dbdafb7a55737c7be8f070a7d5b fix Issue 19046 - OSX: bad value for

[Issue 19046] OSX: bad value for core.stdc.time.CLOCKS_PER_SEC

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19046 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 19014] Compiler imports symbols that aren't actually imported.

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19014 --- Comment #5 from RazvanN --- (In reply to Mike Franklin from comment #4) > I don't want to close it until a test is added to the DMD test suite and it > passes. We can't do that until the deprecation period has expired. A compilable test with

[Issue 19024] [REG 2.081-beta] AssertError@dmd/dsymbolsem.d(4317): Assertion failure

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19024 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 17712] [REG 2.074] [LINK] Undefined reference to std.conv.toChars!(10, char, 1, uint).toChars(uint)

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=17712 --- Comment #15 from Iain Buclaw --- Still reproducible on 2.081 release candidate (I've had to revert the commit again). --

[Issue 18542] DMD could generate better assembly for common range check idioms

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18542 greenify changed: What|Removed |Added Keywords||performance CC|

[Issue 18250] deprecate + transition=complex should check whether the templates are instantiated from a deprecated scope

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18250 greenify changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 18251] deprecate + transition=complex shouldn't look at functions with non-matching if constraints

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18251 greenify changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 18623] Documented unittest should not allow private symbol access

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18623 --- Comment #6 from greenify --- FWIW the tools extractor that is used by Phobos is now on dub: https://code.dlang.org/packages/dtools dub fetch dtools dub run dtools:tests_extractor --

[Issue 14003] fork() on MacOS X 10.10.1 results in a core.exception.InvalidMemoryOperationError@(0)

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14003 greenify changed: What|Removed |Added CC||chang...@gmail.com --- Comment #1 from greenify

[Issue 15511] fork: Invalid memory operation

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=15511 greenify changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 18942] core.internal.hash can take advantage of alignment info on non-x86

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18942 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/ff171a8d3febf19002ae0371eb76a46cd4b548f8 Fix Issue 18942 - core.internal.hash can take

[Issue 18942] core.internal.hash can take advantage of alignment info on non-x86

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18942 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 17833] compiling dmd on x86 linux fails

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=17833 greenify changed: What|Removed |Added CC||greeen...@gmail.com --- Comment #4 from greenify

[Issue 8172] OSX: symbols mangled on gdb,ggdb,cgdb,lldb but not on ubuntu; no line numbers on stacktraces

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=8172 greenify changed: What|Removed |Added CC||greeen...@gmail.com --- Comment #15 from greenify

[Issue 18251] deprecate + transition=complex shouldn't look at functions with non-matching if constraints

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18251 greenify changed: What|Removed |Added CC||greeen...@gmail.com --- Comment #1 from greenify

[Issue 18918] core.internal.hash should perform memberwise hashing of structs with references

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18918 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/22a6f7fd5a107040d822c96a2e5725dadb4c1763 Fix Issue 18918 - core.internal.hash should perform

[Issue 18918] core.internal.hash should perform memberwise hashing of structs with references

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18918 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 14739] Immutable alias to template triggers dmd assert

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=14739 Iain Buclaw changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 16293] hashOf should be @nogc when it can be

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16293 Nathan S. changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 19009] core.internal.hash.hashOf default hash (absent `toHash`) should be `@nogc`

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19009 Nathan S. changed: What|Removed |Added CC||joeyemm...@yahoo.com --- Comment #3 from Nathan

[Issue 18920] core.internal.hash of array of scalars should be `@safe`

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18920 Nathan S. changed: What|Removed |Added CC||j...@jackstouffer.com --- Comment #3 from

[Issue 16518] hashOf is @system for dynamic arrays

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=16518 Nathan S. changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 17206] [Tracking] Check that opEquals and toHash are both defined or neither are defined

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=17206 Nathan S. changed: What|Removed |Added CC||n8sh.second...@hotmail.com --- Comment #2 from

[Issue 13165] Using -profile does extra control flow analysis, leading to spurious statement is not reachable warning

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13165 Mathias LANG changed: What|Removed |Added CC||pro.mathias.l...@gmail.com

[Issue 13165] Using -profile does extra control flow analysis, leading to spurious statement is not reachable warning

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=13165 --- Comment #3 from Mathias LANG --- Renamed the issue, as an extra case was reported here: https://github.com/dlang/phobos/pull/6621#issuecomment-401980976 It seems the compiler is now able to propagate the fact that a function never returns,

[Issue 19014] Compiler imports symbols that aren't actually imported.

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19014 --- Comment #6 from Mike Franklin --- This issue is currently blocking https://github.com/dlang/druntime/pull/ I don't want to close this until that change is possible. It's not currently possible because the compiler does not emit an error

[Issue 19043] Incorrect mangling for extern(C++) const template parameter on windows

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19043 --- Comment #1 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/dmd https://github.com/dlang/dmd/commit/09921ce45c1e4f12e5564b47579b2f052f86f76a Fix issue 19043

[Issue 19043] Incorrect mangling for extern(C++) const template parameter on windows

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19043 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 18921] make core.internal.hash cater to memberwise hash chaining

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18921 --- Comment #2 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/druntime https://github.com/dlang/druntime/commit/ea2a844863bb00d7e9313f51ae19f6a31aa555e6 Fix Issue 18921 - make core.internal.hash cater to

[Issue 18921] make core.internal.hash cater to memberwise hash chaining

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18921 github-bugzi...@puremagic.com changed: What|Removed |Added Status|NEW |RESOLVED

[Issue 3844] Require opEquals/opCmp in a class the defines toHash

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=3844 Nathan S. changed: What|Removed |Added Status|NEW |RESOLVED CC|

[Issue 19048] In core.internal.hash.hashOf reduce template bloat: remove `auto ref` where unneeded and add `const` where possible

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19048 Nathan S. changed: What|Removed |Added Summary|In |In |core.internal.hash.hashOf

[Issue 18332] rt.util.random.Rand48 remove unnecessary assert

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=18332 Nathan S. changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Issue 19048] New: In core.internal.hash.hashOf to reduce template bloat remove `auto ref` when it's not needed

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19048 Issue ID: 19048 Summary: In core.internal.hash.hashOf to reduce template bloat remove `auto ref` when it's not needed Product: D Version: D2 Hardware: All OS:

[Issue 19048] In core.internal.hash.hashOf reduce template bloat: remove `auto ref` where unneeded and add `const` where possible

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19048 --- Comment #1 from Nathan S. --- Pull request: https://github.com/dlang/druntime/pull/2238 --

[Issue 19049] New: object.hashOf - don't wrap a public function with an identical public function

2018-07-02 Thread d-bugmail--- via Digitalmars-d-bugs
https://issues.dlang.org/show_bug.cgi?id=19049 Issue ID: 19049 Summary: object.hashOf - don't wrap a public function with an identical public function Product: D Version: D2 Hardware: All OS: All