You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is not how namespaces should function. Not how I expect them to, at least. If namespace one is not specified within namespace two {...}, it should not be exported further. And if exported, it should become two.one, respectively. Otherwise we cannot have 'service' namespaces intended for internal use (and which do not pollute the global namespace).
The text was updated successfully, but these errors were encountered:
I agree, that one and all it's members shouldn't be visible if loaded the way shown above (i.e. transitively), but I don't agree with the implicit two.one behavior. To be able to use two.one one needs to explicitly export the symbol one using e.g. namespace two {y, one} and it should stay this way.
test1.dao:
test2.dao:
Let's try it out:
This is not how namespaces should function. Not how I expect them to, at least. If namespace
one
is not specified withinnamespace two {...}
, it should not be exported further. And if exported, it should becometwo.one
, respectively. Otherwise we cannot have 'service' namespaces intended for internal use (and which do not pollute the global namespace).The text was updated successfully, but these errors were encountered: