Closed rayegun closed 6 months ago
The compilation script was:
BLAS_NAME=blastrampoline
if [[ "${target}" == *-mingw* ]]; then
BLAS_LIB=${BLAS_NAME}-5
else
BLAS_LIB=${BLAS_NAME}
fi
if [[ ${bb_full_target} == *-sanitize+memory* ]]; then
# Install msan runtime (for clang)
cp -rL ${libdir}/linux/* /opt/x86_64-linux-musl/lib/clang/*/lib/linux/
fi
if [[ ${nbits} == 64 ]]; then
CMAKE_OPTIONS=(
-DBLAS64_SUFFIX="_64"
-DSUITESPARSE_USE_64BIT_BLAS=YES
)
else
CMAKE_OPTIONS=(
-DSUITESPARSE_USE_64BIT_BLAS=NO
)
fi
if [[ "${target}" == *-mingw* ]] && [[ "${GRAPHBLAS}" == "true" ]]; then
CMAKE_OPTIONS+=(-DGBNCPUFEAT=1)
fi
cmake -DCMAKE_BUILD_TYPE=Release \
-DCMAKE_INSTALL_PREFIX=${prefix} \
-DCMAKE_TOOLCHAIN_FILE=${CMAKE_TARGET_TOOLCHAIN} \
-DCMAKE_FIND_ROOT_PATH=${prefix} \
-DBUILD_STATIC_LIBS=OFF \
-DBUILD_TESTING=OFF \
-DSUITESPARSE_ENABLE_PROJECTS="suitesparse_config;amd;colamd;camd;ccolamd;umfpack;paru" \
-DSUITESPARSE_DEMOS=OFF \
-DSUITESPARSE_USE_STRICT=ON \
-DSUITESPARSE_USE_CUDA=OFF \
-DSUITESPARSE_USE_FORTRAN=OFF \
-DSUITESPARSE_USE_OPENMP=ON \
-DCHOLMOD_PARTITION=ON \
-DBLAS_FOUND=1 \
-DBLAS_LIBRARIES="${libdir}/lib${BLAS_LIB}.${dlext}" \
-DBLAS_LINKER_FLAGS="${BLAS_LIB}" \
-DBLA_VENDOR="${BLAS_NAME}" \
-DLAPACK_LIBRARIES="${libdir}/lib${BLAS_LIB}.${dlext}" \
-DLAPACK_LINKER_FLAGS="${BLAS_LIB}" \
"${CMAKE_OPTIONS[@]}" \
.
make -j3
I am looking to see if I can reproduce the errors locally right now
Thanks on Windows, right? I haven't seen that issue come up in my CI for SuiteSparse.
I'm working on ParU now. I should probably just remove printf and fprintf and use std::cout instead. Then I could avoid using PRId64 and related C-style macros.
PRId64
and similar macros are defined in cinttypes
(https://en.cppreference.com/w/cpp/types/integer). Maybe that header happens to be included indirectly for some platforms, compilers or STL implementations when paru_internal.hpp
gets included in that compilation unit. So, it is "working for some".
But it probably wouldn't hurt to directly include that header in paru_internal.hpp
. Maybe, that would avoid that error in your build environment.
Edit: Cited wrong C++ header. Should be correct now.
See #772 for a PR that includes that header. Does that make a difference for you?
Fixed by that PR which was included in 7.7 thanks!
ParU is undergoing a lot of changes for its 1.0 release. It's in the paru_dev2 branch.
I'm currently trying to build ParU for distribution in Julia's package manager. I'll be up front and say that sometimes there are issues due to the BinaryBuilder build environment. But we compile the rest of SuiteSparse just fine.
98% of the way through compilation of ParU the following errors are thrown:
CC: