August 28, 2019 [Issue 20172] using functions with full path and without preliminary import | ||||
---|---|---|---|---|
| ||||
https://issues.dlang.org/show_bug.cgi?id=20172 Simen Kjaeraas <simen.kjaras@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |simen.kjaras@gmail.com Resolution|--- |WONTFIX --- Comment #1 from Simen Kjaeraas <simen.kjaras@gmail.com> --- Is foo.bar.baz referring to the free function baz in the module foo.bar, or the member baz in the type bar in the module foo? In addition to this ambiguity, this effectively turns every typo into an expensive file system lookup. -- |
August 30, 2019 [Issue 20172] using functions with full path and without preliminary import | ||||
---|---|---|---|---|
| ||||
https://issues.dlang.org/show_bug.cgi?id=20172 --- Comment #2 from KnightMare <black80@bk.ru> --- (In reply to Simen Kjaeraas from comment #1) > Is foo.bar.baz referring to the free function baz in the module foo.bar, or the member baz in the type bar in the module foo? In addition to this ambiguity, this effectively turns every typo into an expensive file system lookup. in any case u(D gods) can extend syntax core.stdc.stdlib:free( pelem ) foo.bar:baz colon":" that split module path from type.method path meaning left be same as now but shorter in 1LOC -- |
Copyright © 1999-2021 by the D Language Foundation