-
Notifications
You must be signed in to change notification settings - Fork 152
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
Should SHOPT_SYSRC
and the code predicated on it be removed?
#330
Comments
I just checked the system ksh on my ubuntu 16.04 machine:
Then I checked my very out-of-date rhel7 vm and it does not have the |
Searching for strings in the binary I downloaded years ago for macOS 10.6(?) reveals ... strings ksh.2012-08-06.darwin.i386-64 | fgrep kshrc
Even if this shows a different configuration, I favour the unconditional inclusion of the code. macOS does not come with /etc/ksh.kshrc. +1 on unconditional inclusion of code, i.e. removal of Having said that .... strings ksh.2012-08-06.darwin.i386-64| fgrep /etc shows
@dannyweldon |
The /etc/ksh_audit file is issue #240. The other paths appear to be enabled unconditionally in the current code base. |
From ubuntu 16.04:
From my rhel7 vm:
|
I am not convinced the We should not be making it trivial for people to build ksh variants that behave in fundamentally different ways unrelated to the quirks of a specific architecture. |
The
SHOPT_SYSRC
symbol is another build time option I stumbled across. It is not enabled by default in the2016-01-10-beta
branch. It is not enabled in the currentmaster
branch. From lib/package/ast-open.README:This feature should either be enabled unconditionally or removed. We should not be enabling people to build ksh with features enabled or disabled based solely on their whims without regard to whether the platform requires a specific choice (in which case we should auto-detect it at build time).
The text was updated successfully, but these errors were encountered: