[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 Jacob Carlborg changed: What|Removed |Added CC||d...@me.com --- Comment #1 from Jacob Carlb

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 Timothee Cour changed: What|Removed |Added CC||timothee.co...@gmail.com --- Comment #2 from

[Issue 16974] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 --- Comment #3 from Denis Shelomovskii --- (In reply to safety0ff.bugz from comment #2) > You've marked this as a regression, which version did this previously work > in? Because at least before 79bc91b41334c1805f557ef2f1606de31c6764d1 [1] `rt.util.

[Issue 16974] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 --- Comment #4 from Denis Shelomovskii --- (In reply to Denis Shelomovskii from comment #3) > Though I didn't actually My friend's code which worked around 2.5 years ago is now broken. --

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #3 from Jacob Carlborg --- (In reply to Timothee Cour from comment #2) > at very least it should be documented; but IMO thisExePath has no business > resolving symlinks; If I recall correctly, there was no suitable function in Phobos, a

[Issue 16970] Fix deprecations and warnings when compiling Phobos

https://issues.dlang.org/show_bug.cgi?id=16970 Eduard Staniloiu changed: What|Removed |Added Keywords||pull Status|NEW

[Issue 16763] Associative array literal inside array or AA literal doesn't work as initializer if variable type is known

https://issues.dlang.org/show_bug.cgi?id=16763 --- Comment #1 from Denis Shelomovskii --- (In reply to Denis Shelomovskii from comment #0) > int[int][] b = [[0 : 2]]; // expression ([[1]]) of type int[][] It was "expression ([[2]])" actually. So, looks like if `ArrayInitializer.inferType` i

[Issue 8573] A simpler Phobos function that returns the index of the mix or max item

https://issues.dlang.org/show_bug.cgi?id=8573 --- Comment #3 from github-bugzi...@puremagic.com --- Commits pushed to master at https://github.com/dlang/phobos https://github.com/dlang/phobos/commit/d2c7d3761b73405ee39da3fd7fe5030dee35a39e Issue 8573 - A simpler Phobos function that returns the i

[Issue 16588] uniq's BidirectionalRange behavior is inconsistent with its InputRange behavior

https://issues.dlang.org/show_bug.cgi?id=16588 Eduard Staniloiu changed: What|Removed |Added Keywords||pull Status|NEW

[Issue 16974] [REG2.068] Equal associative arrays with associative array keys are considered unequal

https://issues.dlang.org/show_bug.cgi?id=16974 safety0ff.bugz changed: What|Removed |Added Summary|Equal associative arrays|[REG2.068] Equal |with as

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #4 from Timothee Cour --- Good point, I just opened a question to figure out if we can even do that: http://stackoverflow.com/questions/41190968/how-to-get-path-to-currently-running-executable-without-resolving-symlinks-on still though,

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #5 from Jacob Carlborg --- (In reply to Timothee Cour from comment #4) > Good point, I just opened a question to figure out if we can even do that: > > http://stackoverflow.com/questions/41190968/how-to-get-path-to-currently- > running-e

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #6 from Timothee Cour --- no, as doc says, asNormalizedPath "Does not resolve symbolic links." realPath would resolve them recursively (just like python realpath) --

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #7 from Jacob Carlborg --- (In reply to Timothee Cour from comment #6) > no, as doc says, asNormalizedPath "Does not resolve symbolic links." > realPath would resolve them recursively (just like python realpath) Yeah, I thought what was

[Issue 16976] New: Implicit conversion from ulong to int in foreach_reverse

https://issues.dlang.org/show_bug.cgi?id=16976 Issue ID: 16976 Summary: Implicit conversion from ulong to int in foreach_reverse Product: D Version: D2 Hardware: All URL: http://dlang.org/ OS: A

[Issue 16976] Implicit conversion from ulong to int in foreach_reverse

https://issues.dlang.org/show_bug.cgi?id=16976 --- Comment #1 from Sprink --- Correction: inlining the array like that seems to work as the value is known. Using anything else though it doesn't work. int[] values = [ 0, 1, 2 ]; // dynamically foreach_reverse(int i, v ; values) { // error }

[Issue 16595] thisExePath resolves symlinks but this isn't mentioned in docs

https://issues.dlang.org/show_bug.cgi?id=16595 --- Comment #8 from Timothee Cour --- readLink != realpath ; see python realpath: https://docs.python.org/2/library/os.path.html realpath returns an absolute path, resolving symlinks recursively (among other details); readLink doesn't necessarily re

[Issue 16973] `hashOf` has error-prone signature as `(T, seed)` may be confused with `(ptr, length)`

https://issues.dlang.org/show_bug.cgi?id=16973 --- Comment #4 from Denis Shelomovskii --- (In reply to safety0ff.bugz from comment #3) > (In reply to Denis Shelomovskii from comment #1) > > This issue caused druntime Issue 16974. > > Druntime used to have a function rt.util.hash.hashOf with sign