Don't use alias this in chunks implementation.#5689
Conversation
|
Thanks for your pull request, @quickfur! Bugzilla referencesYour PR doesn't reference any Bugzilla issue. If your PR contains non-trivial changes, please reference a Bugzilla issue or create a manual changelog. |
|
|
|
Unfortunately, that doesn't seem to be compiled by the makefile at all. :-( |
|
LOL, apparently it's only built by the win64 and win32 makefiles. Argh... hate this gratuitous makefile copy-pasta... |
A file in |
|
@wilzbach Probably a good idea. Which one, though? |
A new one? DMD should be smart enough to avoid adding additional symbols when the entire module is empty and even if not, we can always use make to ignore / add it only to the test target. |
|
Done, let's hope I didn't screw up the makefile too badly. :-D |
|
I think you need to update One blunt way to ensure that the your changes to build system are ok is to make the test fail unconditionally and verify that it fails on all Autotester runners in about the same way. |
|
Apart from the build system stuff, LGTM. |
Needs to be a standalone module because the problem does not show up within std.range itself.
|
Fixed windows makefiles. |
Due to an oversight in PR #5624, an unnecessary
alias thiswas left in the implementation ofChunks. This causes an import visibility error whenChunksis instantiated from another module. There is actually no need for this at all, sinceemptycan just refer toimpldirectly.I need some help with the unittest, though: the bug doesn't show up in a unittest in this module, obviously, because it only happens when
Chunksis instantiated in another module. How to write a Phobos unittest in this case?? As in, where to put it?