Change theme
Help
Press space for more information.
Show links for this issue (Shortcut: i, l)
Copy issue ID
Previous Issue (Shortcut: k)
Next Issue (Shortcut: j)
Sign in to use full features.
Vote: I am impacted
Notification menu
Refresh (Shortcut: Shift+r)
Go home (Shortcut: u)
Pending code changes (auto-populated)
Maintained by go/gitwatcher - Please do not modify manually. [ID: 762704]
Maintained by go/gitwatcher - Please do not modify manually. [ID: 762733]
Which product in the toolchain? (clang, Rust, Go, GDB..) [ID: 834766]
View issue level access limits(Press Alt + Right arrow for more information)
Maintenance work
View staffing
Description
In b/404353398 , I landed quite a few workarounds targeted at code that LLVM happened to apply a specific transformation to:
The commit upstream that initially landed this transformation washttps://github.com/llvm/llvm-project/commit/abd314938dda1b117f289be5e630e43e68533929 . Critically, comments say that this implements the following transforms in terms of GFNI instructions:
// Generate a GFNI gf2p8affine bitmask for vXi8 bitreverse/shift/rotate.
// Attempt to use GFNI gf2p8affine to rotate vXi8 by an uniform constant.
tl;dr:
So I'm filing this bug to look into whether there are better long-term solutions here. Preferably not landed near a branch point.