I updated macOS and/or Xcode (not sure which one is at fault) and now I cannot use rerun with CMake's FetchContent.
The issue is that arrow tries to identify which libtool is in the PATH because they don't support gcc's one (or something like that). But the new libtool returns the version in a different format and their (old) regexp does not match anymore, so they error out.
The issue is fixed in arrow apache/arrow#49370
I think it's available in arrow version 24. Is it possible to update to the latest arrow (probably too early, it was just released), or can this patch be applied as part of the FetchContent-based setup?
diff --git a/cpp/cmake_modules/BuildUtils.cmake b/cpp/cmake_modules/BuildUtils.cmake
index 692efa7..4f8f5e7 100644
--- a/cpp/cmake_modules/BuildUtils.cmake
+++ b/cpp/cmake_modules/BuildUtils.cmake
@@ -112,7 +112,7 @@ function(arrow_create_merged_static_lib output_target)
execute_process(COMMAND ${LIBTOOL_MACOS} -V
OUTPUT_VARIABLE LIBTOOL_V_OUTPUT
OUTPUT_STRIP_TRAILING_WHITESPACE)
- if(NOT "${LIBTOOL_V_OUTPUT}" MATCHES ".*cctools-([0-9.]+).*")
+ if(NOT "${LIBTOOL_V_OUTPUT}" MATCHES ".*cctools.+([0-9.]+).*")
message(FATAL_ERROR "libtool found appears to be the incompatible GNU libtool: ${LIBTOOL_MACOS}"
)
endif()
I updated macOS and/or Xcode (not sure which one is at fault) and now I cannot use rerun with CMake's FetchContent.
The issue is that arrow tries to identify which
libtoolis in the PATH because they don't support gcc's one (or something like that). But the newlibtoolreturns the version in a different format and their (old) regexp does not match anymore, so they error out.The issue is fixed in arrow apache/arrow#49370
I think it's available in arrow version 24. Is it possible to update to the latest arrow (probably too early, it was just released), or can this patch be applied as part of the FetchContent-based setup?