-
-
Notifications
You must be signed in to change notification settings - Fork 9.8k
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
formula: change some private API to public API #18582
Conversation
Though, may need to also flip
|
These should all be public. It should be rare/never that Homebrew/core uses internal API, especially given |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Makes sense, thanks!
I think as long as all private methods show up as private if we make this |
Was playing it safe, but can make them public.
This was the main reason I didn't in this PR. Wasn't sure if we needed to mark everything as |
go for it 👍🏻
I think @reitermarkus changed this in the past? Can probably check a method not explicitly marked like this and see what it looks like on <rubydoc.brew.sh> |
The following methods used in Homebrew/core are now public API: * `system` * `std_*_args` * `any_version_installed?` * `shared_library` * `rpath` * `loader_path` * `deuniversalize_machos` * `generate_completions_from_executable` Also remove duplicate typing in `generate_completions_from_executable`
All methods not marked You can check locally using |
brew style
with your changes locally?brew typecheck
with your changes locally?brew tests
with your changes locally?The following methods used in Homebrew/core are now public API:
system
std_*_args
any_version_installed?
shared_library
rpath
loader_path
deuniversalize_machos
generate_completions_from_executable
Also remove duplicate typing in
generate_completions_from_executable
Otherwise, https://rubydoc.brew.sh/Formula.html shows
even though we use it in Homebrew/core.