USE SW and fix Floating point exception

[A-006]

Linked Issue

Fix #6355

Unit Tests and/or Case Tests for my changes

• Test the 01_PW/performance on sw,the results will be pasted here.

What's changed?

• We have successfully enabled ABACUS compilation on the sw architecture by setting use_sw=on. Additionally, we configured SW_MATH and SW_FFT to properly reference the mathematical libraries (including BLAS, LAPACK, and ScaLAPACK) optimized for sw processors.
• Fixed floating-point errors and undefined behaviors reported in issue Floating point exception, which may lead to bugs #6355, which involved division by zero operations and the use of non-standard numerical values.
• Implemented standardization for the handling of gg0 (plane wave modulus with zero values). Previously, the code employed various inconsistent approaches (such as using ig0_index or setting minimum thresholds) to avoid division by zero. This unification improves code clarity and maintainability by establishing a consistent method for zero-value handling.

Attention

• Now the abacus does not support the sw FFT,it will be add later.

[Cstandardlib]

Maybe include_directories should be a directory (e.g. lib/) instead of the library file?

[A-006]

Thanks,the problem has been fixed in the new PR .

[Cstandardlib]

Should the value of sum be changed if rot_count == 0? What is the expected behaviour of the code if rot_count==0 encountered and divided by zero?

[A-006]

Actually, when rot_count == 0, the subsequent parallel computation will not run. Therefore, the sum variable is irrelevant. However, since sum stores Infinity, using it in other code could lead to undefined behavior.

[A-006]

It changes into PR 'sw'