[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 --- Comment #8 from github-bugzi...@puremagic.com --- Commit pushed to dmd-cxx 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 --- Comment #7 from github-bugzi...@puremagic.com --- Commit pushed to stable 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 --- 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 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 --- Comment #5 from Andrei Alexandrescu--- (In reply to Vladimir Panteleev from comment #4) > What about e.g. ranges representing files over 4GB on 32-bit architectures? Those are not supported. --
[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 Vladimir Panteleevchanged: What|Removed |Added CC||thecybersha...@gmail.com --- Comment #4 from Vladimir Panteleev --- What about e.g. ranges representing files over 4GB on 32-bit architectures? --
[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 --- Comment #3 from anonymous4--- (In reply to Jonathan M Davis from comment #2) > http://forum.dlang.org/post/nsn75s$v8q$1...@digitalmars.com Looks like he considers non-numeric types for length. Numeric types have no such problems. --
[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 Jonathan M Davischanged: What|Removed |Added CC||issues.dl...@jmdavisprog.co ||m --- Comment #2 from Jonathan M Davis --- (In reply to Sophie from comment #1) > What is the rationale for disallowing other numeric primitives for length, > or types that act like numeric primitives? It complicates code considerably for it to have to worry about length being anything other than size_t, and the vast majority of existing code assumes that length is size_t. Anything else just plain doesn't play well with a lot of code, and making it play well would require being very careful about how length was handled every time it was used. At one point, iota was changed so that it supported ulong for length so that ranges over long or ulong could have a length and contain the full range of values for long or ulong on a 32-bit system. It caused more trouble than it was worth, and we changed it so that iota's length was always size_t once again. The newsgroup discussion that Andrei opened up in relation to this bug report: http://forum.dlang.org/post/nsn75s$v8q$1...@digitalmars.com --
[Issue 16566] hasLength should enforce that length has type size_t
https://issues.dlang.org/show_bug.cgi?id=16566 Sophiechanged: What|Removed |Added CC||meapineap...@gmail.com --- Comment #1 from Sophie --- What is the rationale for disallowing other numeric primitives for length, or types that act like numeric primitives? --