Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Leverage the Module Autoload path and save doing it ourselves. #431

Merged
merged 1 commit into from
Mar 18, 2015

Conversation

Jackbennett
Copy link
Contributor

The seems like the intended way to do this. Only possible problem is our path is first in the load preferences. Perhaps someone could hijack a native module by loading one of the same name first I've never tried. I think PS has something to avoid collisions. The standard path has the users home WindowsPowershell\Modules here before the system one so I don't think it's a problem.

see $env:PSModulePath.split(';') for the curious. I guess that loads top down, or left to right in that order? We're either last or first.

This should be faster too as we won't automatically import all functions
to the session. Powershell now knows where to look before declaring they
don't exist.

This should be faster too as we won't automatically import all functions
to the session. Powershell now knows where to look before declaring they
don't exist.
MartiUK added a commit that referenced this pull request Mar 18, 2015
Leverage the Module Autoload path and save doing it ourselves.
@MartiUK MartiUK merged commit 6c07469 into cmderdev:development Mar 18, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

4 participants