Change Details

If a brand provides a header_supported hook, check it when trying to find a brand based on a matching interpreter. Previously a brand might reject a binary via a header_supported hook in one of the earlier loops, but if the brand contained a matching interpreter that veto was overridden by the interpeter-only loop. In general it seems that the header_supported method should always be honored unless a brand is "forced" by the user. After this change, only the fallback brand check does not honor the method (though it possibly should as well).

If a brand provides a header_supported hook, check it when trying to find a brand based on a matching interpreter as well as in the final loop for the fallback brand. Previously a brand might reject a binary via a header_supported hook in one of the earlier loops, but still be chosen by one of these later loops.

If a brand provides a header_supported hook, check it when trying to find a brand based on a matching interpreter. Previously a brand might reject as well as in the final loop for the a binary via a header_supported hook in one of the earlier loops, but iffallback brand. Previously a brand might reject a binary via a the brand contained a matching interpreter that veto was overriddheader_supported hook in one of the earlier loops, but still be chosen by the interpeter-only loop. In general it seems that the header_supported method should always beone of these later loops. honored unless a brand is "forced" by the user. After this change, only the fallback brand check does not honor the method (though it possibly should as well).