On 02.02.2026 16:56, Andrew Cooper wrote: > On 19/01/2026 3:30 pm, Jan Beulich wrote: >> Rather than spelling out their amounts (requiring updates when multiples >> of 32 are crossed), introduce a sentinel each and calculate the two >> numbers from those. >> >> No difference in generated code, albeit debug info size grows quite a bit. > > Presumably because of the substantial increase in preprocessed output?
I wouldn't expect that to matter. My suspicion was that de-duplication might not work very well there. But I didn't go check, as debug info size really isn't a primary concern to me. >> Signed-off-by: Jan Beulich <[email protected]> >> --- >> This is an alternative to "x86: guard synthetic feature and bug >> enumerators", bulding upon the expectation that when adding to the end of >> either list people will notice the sentinel and not forget to update it. > > The extra preprocessing overhead is not ideal, but it's certainly > preferable to the first version. > > Acked-by: Andrew Cooper <[email protected]> Thanks. Jan
