We have a number of internal reports from UBSan users that use -fsanitize-trap=foo or -fsanitize-recover=bar expecting the respective -fsanitize= is automatically implied which isn't the case and this option is silently ignored.
I feel we should try harder to prevent our users from making this mistake.
Can foo and bar here be individual UBSan checks or only "full" sanitizers?
If it's easy (i.e., there already exists a SanitizerKind->string mapping), can we include which foo or bar causes the warning. Might be helpful when (a long list of) individual UBSan checks are used.
Message wording nitpicking: active form, more aligned with other warnings.