`configured_alias` and configuration modifiers about buck2

[scottcao]

For the fat binary use case, we support this internally with apple_universal_executable rule using a split transition. The transition can apply changes on top of the existing configuration to get the behavior you want without defining a configured_alias target for every split you want to create.

The way transitions and modifiers are applied today don't interact in the best of ways. For example, an incoming edge transition can override any modifier from the command line, which is probably not ideal. I'm currently looking at unifying how transitions and modifiers work into one coherent system.

On configuration_alias, we haven't discussed this internally, but I would agree with you that we should aim to replace configured_alias with a transition/modifier-based replacement. One of the main reasons we have configured_alias support in buck2 is because buck1 supported configured_alias and not transitions.

[toothbrush7777777]

Yeah, that sounds reasonable.
I'd like some way to specify an exact list of configuration modifiers for an aliased target which does not inherit from anywhere, though. The Apple universal binary rule was just an example; in reality, we need to build specific release targets with specific config modifiers (e.g. one might require x86-64 + avx2 + speed optimisations + debug info, another AArch64 v9.3 + NEON (or SVE) + size optimisations + no frame pointers, and yet another x86-64-v3 (avx2 + bmi) + speed optimisations + frame pointers).
I understand that Meta currently uses mode files for this use case, but since config modifiers are supposed to be replacing them, having a well-supported alternative would be best.