Rename ExpandLargeFpConvertPass to ExpandFpPass (llvm#131128)

This is meant as a preparation for PR llvm#130988 "[AMDGPU] Implement IR
expansion for frem instruction" which implements the expansion of
another instruction in this pass. The more general name seems more
appropriate given this change and quite reasonable even without it.

Author: frederik-h

llvm/lib/CodeGen/ExpandFp.cpp

@@ -410,6 +410,8 @@ static bool expandFRem(BinaryOperator &I) {
   return true;
 }
 
+// clang-format off: preserve formatting of the following example
+
 /// Generate code to convert a fp number to integer, replacing FPToS(U)I with
 /// the generated code. This currently generates code similarly to compiler-rt's
 /// implementations.
@@ -462,6 +464,7 @@ static bool expandFRem(BinaryOperator &I) {
 ///
 /// Replace fp to integer with generated code.
 static void expandFPToI(Instruction *FPToI) {
+  // clang-format on
   IRBuilder<> Builder(FPToI);
   auto *FloatVal = FPToI->getOperand(0);
   IntegerType *IntTy = cast<IntegerType>(FPToI->getType());
@@ -598,6 +601,8 @@ static void expandFPToI(Instruction *FPToI) {
   FPToI->eraseFromParent();
 }
 
+// clang-format off: preserve formatting of the following example
+
 /// Generate code to convert a fp number to integer, replacing S(U)IToFP with
 /// the generated code. This currently generates code similarly to compiler-rt's
 /// implementations. This implementation has an implicit assumption that integer
@@ -681,6 +686,7 @@ static void expandFPToI(Instruction *FPToI) {
 ///
 /// Replace integer to fp with generated code.
 static void expandIToFP(Instruction *IToFP) {
+  // clang-format on
   IRBuilder<> Builder(IToFP);
   auto *IntVal = IToFP->getOperand(0);
   IntegerType *IntTy = cast<IntegerType>(IntVal->getType());