The FunctionSpecialization pass has support for specialising
functions, which are called with literal arguments. This functionality
is disabled by default and is enabled with the option
-function-specialization-for-literal-constant . There are a few
issues with the implementation, though:
- even with the default, the pass will still specialise based on floating-point literals
- even when it's enabled, the pass will specialise only for the i1 type (or i2 if all of the possible 4 values occur, or i3 if all of the possible 8 values occur, etc)
The reason for this is incorrect check of the lattice value of the
function formal parameter. The lattice value is overdefined when the
constant range of the possible arguments is the full set, and this is
the reason for the specialisation to trigger. However, if the set of
the possible arguments is not the full set, that must not prevent the
specialisation.
This patch changes the pass to NOT consider a formal parameter when
specialising a function if the lattice value for that parameter is:
- unknown or undef
- a constant
- a constant range with a single element
on the basis that specialisation is pointless for those cases.
Is also changes the criteria for picking up an actual argument to
specialise if the argument is:
- a LLVM IR constant
- has constant lattice value has constantrange lattice value with a single element.
This change looks not related to this diff? Although it is bad that the tests still pass after deleting this. But I prefer to remain this if this is not intended.