Fix Issue 18219 - Private import inside struct leaks symbols when used as VarDeclaration types#7668
Conversation
|
Thanks for your pull request, @RazvanN7! We are looking forward to reviewing it, and you should be hearing from a maintainer soon. Some tips to help speed things up:
Bear in mind that large or tricky changes may require multiple rounds of review and revision. Please see CONTRIBUTING.md for more information. Bugzilla references
|
| * symbol found, NULL if not | ||
| */ | ||
| final Dsymbol searchX(Loc loc, Scope* sc, RootObject id) | ||
| final Dsymbol searchX(Loc loc, Scope* sc, RootObject id, int flags) |
There was a problem hiding this comment.
Please add Params DDoc comment.
There was a problem hiding this comment.
Normally DAutotest should check that and fail respectively (except that we broke it today - #7637)
There was a problem hiding this comment.
Is this ok?
IMO, yes. Though I'm looking forward to replacing flags with a proper enum. But that's another PR.
|
Mind the CI failures: |
It looks similar to the bug found in dlang/phobos#5584. I suspect this will need to trigger a deprecation for a while. |
Only meant to approve changes, not the entire PR.
|
After this is merged I sugest we rename |
3f5bcbd to
eb98708
Compare
|
Circle/ci and cybershadow fail because the version of the compiler used to compile the compiler is still under the effect of the lookup bug that this PR fixes |
Any way to work around it? You can bump CircleCi at |
src/dmd/mtype.d
Outdated
| { | ||
| if (s) | ||
| error(loc, "no property `%s` for type `%s`, did you mean `%s`?", ident.toChars(), toChars(), s.toChars()); | ||
| error(loc, "no property '%s' for type '%s', did you mean '%s'?", ident.toChars(), toChars(), s.toPrettyChars()); |
There was a problem hiding this comment.
Please don't revert the back ticks.
|
@andralex I transformed the error into a deprecation message. |
|
@RazvanN7 this seems to have introduced a regression https://issues.dlang.org/show_bug.cgi?id=19103 |
No description provided.