Skip Dakota macOS dylib post-processing to avoid install hang

Dakota 6.24's install_macos_libs.py walks the whole install tree spawning otool/install_name_tool per dependency and no longer finishes within CI's time limit. The pass only makes Dakota's own install tree relocatable, which is redundant for Carolina because delocate-wheel already bundles the wheel. Patch the script to a no-op.

Author: larsevj

.github/workflows/bundle_with_dakota_macos.yml

@@ -161,6 +161,7 @@ jobs:
         cd dakota-${{ inputs.DAKOTA_VERSION }}-public-src-cli
 
         patch -p1 < $CAROLINA_DIR/dakota_manylinux_install_files/CMakeLists_includes.patch
+        patch -p1 < $CAROLINA_DIR/dakota_manylinux_install_files/install_macos_libs.patch
 
         PYTHON_INCLUDE_DIR="$(python -c "from sysconfig import get_paths as gp; g=gp(); print(f\"{g['include']} \")")"
 

dakota_manylinux_install_files/install_macos_libs.patch

@@ -0,0 +1,14 @@
+--- a/cmake/install_macos_libs.py
++++ b/cmake/install_macos_libs.py
+@@ -297,6 +297,11 @@
+ if __name__ == '__main__':
+     logging.basicConfig(filename='process_external_tpls.log', level=logging.DEBUG)
+ 
++    # Carolina: Dakota's macOS dylib post-processing does not scale to the
++    # 6.24 install tree (multi-hour otool/install_name_tool walk) and is
++    # redundant here -- delocate-wheel makes the Carolina wheel relocatable.
++    sys.exit(0)
++
+     if len(sys.argv) == 2:
+         os.chdir(sys.argv[1])
+ 

script/build_boost_dakota.sh

@@ -116,6 +116,7 @@ tar xf "$CACHE_DIR"/$dakota_file
 cd "dakota-${DAKOTA_VERSION}-public-src-cli"
 
 patch -p1 < ../../../dakota_manylinux_install_files/CMakeLists_includes.patch
+patch -p1 < ../../../dakota_manylinux_install_files/install_macos_libs.patch
 
 mkdir -p build
 cd build