refactor createSourceAction

[PikachuHyA]

This patch refactors the C++ compilation actions in CcCompilationHelper. It introduces a helper method createSourceActionHelper to streamline the creation of source actions and reduces duplicated code related to PIC and non-PIC compilation.

Changes

1. Refactored Source Action Creation:

   • Introduced createSourceActionHelper to handle the common logic for creating compile actions.
   • This method consolidates the setup and finalization of compile actions for both PIC and non-PIC variants.
   • The helper method now handles setting up variables, creating temp actions, and registering the compile actions.

2. Updated createSourceAction Method:

   • The createSourceAction method now calls createSourceActionHelper for both PIC and non-PIC compile actions.
   • This change simplifies the createSourceAction method and removes redundancy.

Benefits

• Code Simplification: By consolidating common logic into a helper method, the codebase becomes easier to understand and maintain.
• Reduced Redundancy: The refactoring eliminates the duplicated code for setting up and finalizing compile actions for PIC and non-PIC scenarios.
• Improved Readability: The separation of concerns into distinct methods enhances the readability and traceability of the compilation process.

Background

I'm working on support C++20 Modules in Bazel, see #19940

While constructing the action graph for compiling C++20 Modules, I noticed that the createSourceAction code could be reused. Therefore, I refactored createSourceAction. One potentially unusual aspect is the handling of ArtifactCategory.CPP_MODULE at the end. Since the logic for handling C++20 Modules differs from that of Clang Modules, this part of the logic was placed outside of createSourceActionHelper.

the code of constructing the action graph for compiling C++20 Modules is #22553

[PikachuHyA]

cc @comius