[PWGCF,PWGDQ] Weight merging

[EmilGorm]

Attempt to fix Hyperloop-only merge issue for dynamically added GFWWeights

• Added Merge function to GFWWeightsList
• Added GFWWeightsList as output in flowGenericFramework task, replaces GFWWeights stored in TList
• Modified input corrections to read GFWWeightsList over Tlist
• Both GFWWeightsList and GFWWeights are fully backwards compatible aside from the change to camelCase

O2 linter:

• A persistent request to change to camelCase for function names clashes with ROOTs naming convention for the Merge function
• Otherwise I have followed the suggestions, but as multiple analysis tasks use the GFWWeights, I had to update the calls to GFWWeights to reflect the O2 Linter camelCase suggestions
• Remaining O2 Linter suggestions will be the individual users' responsibility (Similar for remaining Mega Linter)

[alibuild]

Error while checking build/O2Physics/o2 for a9cc77a at 2025-01-30 17:31:

## sw/BUILD/O2Physics-latest/log
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowRunbyRun.cxx:322:21: error: 'class GFWWeights' has no member named 'Fill'; did you mean 'fill'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:169:17: error: 'class GFWWeights' has no member named 'SetPtBins'; did you mean 'setPtBins'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:170:17: error: 'class GFWWeights' has no member named 'Init'; did you mean 'init'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:172:20: error: 'class GFWWeights' has no member named 'SetPtBins'; did you mean 'setPtBins'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:173:20: error: 'class GFWWeights' has no member named 'Init'; did you mean 'init'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:175:20: error: 'class GFWWeights' has no member named 'SetPtBins'; did you mean 'setPtBins'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:176:20: error: 'class GFWWeights' has no member named 'Init'; did you mean 'init'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:375:42: error: 'class GFWWeights' has no member named 'GetNUA'; did you mean 'getNUA'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:712:21: error: 'class GFWWeights' has no member named 'Fill'; did you mean 'fill'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:715:26: error: 'class GFWWeights' has no member named 'Fill'; did you mean 'fill'?
/sw/SOURCES/O2Physics/9627-slc9_x86-64/0/PWGCF/Flow/Tasks/flowSP.cxx:718:26: error: 'class GFWWeights' has no member named 'Fill'; did you mean 'fill'?
ninja: build stopped: subcommand failed.

Full log here.

[victor-gonzalez]

Hi Emil, thanks for doing this!!!
Be careful
One linter recommendation is really mandatory because it actually has dangerous effects if not followed
In fact, the code in FlowGFWPbPb.cxx is working in a not expected way
I'm referring to incorporate std:: before abs
The behavior of abs, alone, has changed a while ago in the grid machines. Now it always round the argument to the previous integer, which is not expected. With the std:: prefix it works as expected, integer when the argument is integer and float when the argument is float