Skip to content

Add fail_on_missing_constraint parameter to apple_support.platform_info_from_rule_ctx.#621

Open
keith wants to merge 1 commit into
mainfrom
ks/add-fail_on_missing_constraint-parameter-to-apple_support.platform_info_from_rule_ctx
Open

Add fail_on_missing_constraint parameter to apple_support.platform_info_from_rule_ctx.#621
keith wants to merge 1 commit into
mainfrom
ks/add-fail_on_missing_constraint-parameter-to-apple_support.platform_info_from_rule_ctx

Conversation

@keith

@keith keith commented Jul 9, 2026

Copy link
Copy Markdown
Member

This allows callers to control whether a missing Apple platform constraint should result in a failure or a warning, or if a fallback should be silently applied, without the need to be on an allowlist.

Generally this should be assumed "True" for rules-level logic as it can identify correctness issues quickly. However, users who want top level builds to default to Apple Silicon macOS as previous Apple fragment APIs allowed (albeit for Intel macOS) can still use the same API with this argument set to "False".

PiperOrigin-RevId: 936570577
(cherry picked from commit ece6d2a)

…info_from_rule_ctx.

This allows callers to control whether a missing Apple platform constraint should result in a failure or a warning, or if a fallback should be silently applied, without the need to be on an allowlist.

Generally this should be assumed "True" for rules-level logic as it can identify correctness issues quickly. However, users who want top level builds to default to Apple Silicon macOS as previous Apple fragment APIs allowed (albeit for Intel macOS) can still use the same API with this argument set to "False".

PiperOrigin-RevId: 936570577
(cherry picked from commit ece6d2a)
@keith keith enabled auto-merge (squash) July 9, 2026 19:33
keith referenced this pull request Jul 9, 2026
…info_from_rule_ctx.

This allows callers to control whether a missing Apple platform constraint should result in a failure or a warning, or if a fallback should be silently applied, without the need to be on an allowlist.

Generally this should be assumed "True" for rules-level logic as it can identify correctness issues quickly. However, users who want top level builds to default to Apple Silicon macOS as previous Apple fragment APIs allowed (albeit for Intel macOS) can still use the same API with this argument set to "False".

PiperOrigin-RevId: 936570577
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.

2 participants