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
{{ message }}
This repository was archived by the owner on Mar 25, 2021. It is now read-only.
with no-internal-module set to to true an error is thrown starting at the Utils fragment. This can be applied to an arbitrary number of nested namespace paths, each of which raises an error of its own. A possible workaround is to rework the code-block as:
namespaceExample{namespaceUtils{}}
If this is the intended way to apply the option it seems to add unnecessary verbosity and nesting to code. If it's not, my best bet is that the module/namespace declaration node is split into 2 or more elements which are visited, the first of which passes the namespace check and the rest end up as the error.
The text was updated successfully, but these errors were encountered:
Consider the following example:
with
no-internal-module
set to totrue
an error is thrown starting at theUtils
fragment. This can be applied to an arbitrary number of nested namespace paths, each of which raises an error of its own. A possible workaround is to rework the code-block as:If this is the intended way to apply the option it seems to add unnecessary verbosity and nesting to code. If it's not, my best bet is that the module/namespace declaration node is split into 2 or more elements which are visited, the first of which passes the namespace check and the rest end up as the error.
The text was updated successfully, but these errors were encountered: