add support for CentOS 10 and Almalinux 10

[mirostauder]

add package builds for CentOS 10 and Almalinux 10
https://quay.io/repository/centos/centos?tab=tags&tag=stream10
https://hub.docker.com/_/almalinux/tags?name=10

• GCC
• CLang
• AMD64
• ARM64

[mirostauder]

installing clang pulls gcc as a dependency
removing gcc results in errors:

cd libconfig/libconfig && cmake -DBUILD_SHARED_LIBS=0 -DBUILD_EXAMPLES=0 -DBUILD_TESTS=0 -DBUILD_FUZZERS=0 .
-- The C compiler identification is Clang 20.1.2
-- The CXX compiler identification is Clang 20.1.2
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - failed
-- Check for working C compiler: /usr/bin/clang
-- Check for working C compiler: /usr/bin/clang - broken
CMake Error at /usr/share/cmake/Modules/CMakeTestCCompiler.cmake:67 (message):
  The C compiler

    "/usr/bin/clang"

  is not able to compile a simple test program.

  It fails with the following output:

    Change Dir: '/opt/proxysql/deps/libconfig/libconfig/CMakeFiles/CMakeScratch/TryCompile-WSZhP5'
    
    Run Build Command(s): /usr/bin/cmake -E env VERBOSE=1 /usr/bin/gmake -f Makefile cmTC_47acf/fast
    gmake[2]: Entering directory '/opt/proxysql/deps/libconfig/libconfig-1.8/CMakeFiles/CMakeScratch/TryCompile-WSZhP5'
    make  -f CMakeFiles/cmTC_47acf.dir/build.make CMakeFiles/cmTC_47acf.dir/build
    make[3]: Entering directory '/opt/proxysql/deps/libconfig/libconfig-1.8/CMakeFiles/CMakeScratch/TryCompile-WSZhP5'
    Building C object CMakeFiles/cmTC_47acf.dir/testCCompiler.c.o
    /usr/bin/clang    -MD -MT CMakeFiles/cmTC_47acf.dir/testCCompiler.c.o -MF CMakeFiles/cmTC_47acf.dir/testCCompiler.c.o.d -o CMakeFiles/cmTC_47acf.dir/testCCompiler.c.o -c /opt/proxysql/deps/libconfig/libconfig/CMakeFiles/CMakeScratch/TryCompile-WSZhP5/testCCompiler.c
    Linking C executable cmTC_47acf
    /usr/bin/cmake -E cmake_link_script CMakeFiles/cmTC_47acf.dir/link.txt --verbose=1
    /usr/bin/clang CMakeFiles/cmTC_47acf.dir/testCCompiler.c.o -o cmTC_47acf
    /usr/bin/ld: cannot find crtbegin.o: No such file or directory
    /usr/bin/ld: cannot find -lgcc: No such file or directory
    /usr/bin/ld: cannot find -lgcc_s: No such file or directory
    clang: error: linker command failed with exit code 1 (use -v to see invocation)
    make[3]: *** [CMakeFiles/cmTC_47acf.dir/build.make:100: cmTC_47acf] Error 1
    make[3]: Leaving directory '/opt/proxysql/deps/libconfig/libconfig-1.8/CMakeFiles/CMakeScratch/TryCompile-WSZhP5'
    gmake[2]: *** [Makefile:127: cmTC_47acf/fast] Error 2
    gmake[2]: Leaving directory '/opt/proxysql/deps/libconfig/libconfig-1.8/CMakeFiles/CMakeScratch/TryCompile-WSZhP5'
    
    

  

  CMake will not be able to correctly generate this project.
Call Stack (most recent call first):
  CMakeLists.txt:9 (project)


-- Configuring incomplete, errors occurred!
make[1]: *** [Makefile:266: libconfig/libconfig/out/libconfig++.a] Error 1
make[1]: Leaving directory '/opt/proxysql/deps'
make: *** [Makefile:272: build_deps_default] Error 2

NOTE:
most deps builds show similar errors related to
-lgcc -lgcc_s

[mirostauder]

in centos9 and almalinux9 the package compiler-rt
provided object files needed for linking with -lgcc and -lgcc_s
https://compiler-rt.llvm.org/

using flags --rtlib=compiler-rt --unwindlib=libgcc partially resolves the issue

linking missing alias for libgcc_s helps further resolve the issue
ln -s /usr/lib64/libgcc_s.so.1 /usr/lib64/libgcc_s.so

linking missing alias for libstdc++ helps further resolve the issue
ln -s /usr/lib64/libstdc++.so.6 /usr/lib64/libstdc++.so

further errors:

In file included from /opt/proxysql/deps/libconfig/libconfig/lib/libconfigcpp.cc:23:
In file included from /opt/proxysql/deps/libconfig/libconfig/lib/libconfigcpp.c++:23:
/opt/proxysql/deps/libconfig/libconfig/lib/libconfig.h++:27:10: fatal error: 'exception' file not found
   27 | #include <exception>
      |          ^~~~~~~~~~~
1 error generated.
make[4]: *** [lib/CMakeFiles/config++.dir/build.make:188: lib/CMakeFiles/config++.dir/libconfigcpp.cc.o] Error 1

[mirostauder]

at this point, keeping gcc installed as dependency of clang
is easier than dealing with all the resulting issues.

testing shows no gcc invocations, all building is done by clang