Fix aggressive params file assumption #14650
Closed
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
Most programs that accept params files use the
@file
syntax. For Appleplatform builds
@
can be the start of non-params file arguments aswell, such as
-rpath @executable_path/Frameworks
. There is a smalllist of options where this is the case, so this new behavior no longer
assumes params files if args start with
@
, they also have to not startwith one of the 3 keywords used with this (from
man dyld
on macOS).This should always hold since params files generated by bazel should
always start with
bazel-out
, if someone renames the symlinks to one ofthe keywords, they're on their own.
Previously the workaround was to always make sure to pass the
-Wl,-rpath,@executable_path
form of these arguments, but this makesusers not have to worry about this.
In a few other places we check this by checking if the file exists,
which is likely more accurate, but feels excessive and potentially
dangerous in this context.
Related: #13148
Fixes: #14316