This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Make the new, future no-profile CLI for use in shebang lines implement other CLI fixes too #8072
Comments
|
Whatever name we choose, we also need to consider |
|
I don't understand, @SteveL-MSFT: why |
|
@mklement0 we want to maintain a consistent separation of the stable and preview releases so I would think we'd have |
|
Ah, of course, thanks @SteveL-MSFT. Any thoughts on a suitable new name that reflects the scope and intent of the changes?
Naming is tricky, because the name should be kept short, so I fear it'll come down to documenting things well.
|
|
Hey @SteveL-MSFT, It isn't clear in this issue, could you please specify if/when/where the Streams output to the associated File Descriptors from #7989 will show up. I'm very interested in this feature and was quite sad when I realized it didn't already exist :(. Thanks for your contributions! |
|
@mklement0 Thanks for collecting these issues in one meta-issue. All of the linked issue have been closed but there is room for more discussion. The WG reviewed this and decided it would be better served by moving this issue to a GitHub Discussion where the community can help us with requirements and decisions for a future solution. |
This issue was moved to a discussion.
You can continue the conversation there. Go to discussion →
Follow-up from a conversation with @SteveL-MSFT in #7989.
PowerShell's existing CLI has a number of problems, relating to:
$PROFILE, making for unpredictable execution environments - see #!/usr/local/bin/powershell bang should not load profile #992PSCommandWithArgsfeature becomes a stable one.The existing CLI cannot be fixed so as not to break backward compatibility, but it was agreed that (a) would be fixed by way of a new, separate executable/symlink, notably for use in shebang lines of stand-alone shell scripts on Unix-like platforms.
More broadly, however, this new CLI is an opportunity to fix (b) and (c) as well, which would go a long way toward endearing PowerShell to CLI-savvy Unix users.
Essentially, it would provide a new CLI that is a well-behaved cross-platform citizen with sane defaults.
(As such the profile-loading behavior should mimic Bash's - only load
$PROFILEin interactive shells by default).Note: The new behavior needn't be a separate binary: The behavior variation could be triggered by invocation via symlink whose name indicates the need to apply alternate behavior, at least on Unix-like platforms. (Invoking .NET Core executables via symlinks on Windows is not yet supported, but will hopefully come in .NET Core 3.0 - see https://github.com/dotnet/core-setup/issues/4080)
Given the then-broader scope, the originally proposed name
pwsh-npneeds revising, however.Environment data
Written as of:
The text was updated successfully, but these errors were encountered: