summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
-rw-r--r--coal.spec23
1 files changed, 22 insertions, 1 deletions
diff --git a/coal.spec b/coal.spec
index 6da5a9a..d157f80 100644
--- a/coal.spec
+++ b/coal.spec
@@ -70,6 +70,23 @@ An extension of the Flexible Collision Library.
export PYTHONPATH=/opt/ros/%{ros_distro}/lib/python%{python3_version}/site-packages${PYTHONPATH:+:$PYTHONPATH}
export PKG_CONFIG_PATH=/opt/ros/%{ros_distro}/lib/pkgconfig${PKG_CONFIG_PATH:+:$PKG_CONFIG_PATH}
mkdir -p .obj && cd .obj
+# 构建机资源极小:本次 COPR 任务的 backend.log 记录 memory_reqs=2048(2GB 内存)、
+# make -j4(4 vCPU)。上游默认构建类型 RelWithDebInfo = "-O2 -g",而 coal_pywrap
+# 的 boost::python 模板编译单元(python/collision.cc、
+# python/collision-geometries.cc,每源文件均几十 KB 且深度实例化)单进程峰值内存
+# 极高,-j4 并行时触发内核 OOM killer——build 112469 的 builder-live.log 尾部:
+# c++: fatal error: Killed signal terminated program cc1plus
+# make[2]: *** [python/CMakeFiles/coal_pywrap.dir/build.make:121:
+# python/CMakeFiles/coal_pywrap.dir/collision.cc.o] Error 1
+# 该轮已推进到 92%(src/ 75 个编译单元全部完成),可见瓶颈只在 python 绑定的
+# 大模板单元。据此做两项调整:
+# 1) 显式指定构建类型并在其上覆盖优化选项:-O1 降低模板实例化/内联的内存与
+# 时间开销,-g0 关闭调试信息(spec 已 %global debug_package %{nil},产出的
+# 调试信息既不打包也不被下游使用,纯属内存浪费)。GCC 取命令行中最后一个
+# -O/-g,本覆盖位于 %cmake3 注入的 optflags 与构建类型 flags 之后,稳定生效。
+# 2) 分步构建:C++ 库(体量小,-j4 实测可通过)仍并行;python 绑定单独用 -j1
+# 串行编译,保证任一时刻只有一个大编译单元驻留内存;最后再跑一次收尾
+# (文档/字节码等剩余目标,已建目标不会重编)。
%cmake3 \
-DCMAKE_INSTALL_PREFIX="/opt/ros/%{ros_distro}" \
-DAMENT_PREFIX_PATH="/opt/ros/%{ros_distro}" \
@@ -77,8 +94,12 @@ mkdir -p .obj && cd .obj
-UINCLUDE_INSTALL_DIR -ULIB_INSTALL_DIR -USYSCONF_INSTALL_DIR -USHARE_INSTALL_PREFIX -ULIB_SUFFIX \
-DSETUPTOOLS_DEB_LAYOUT=OFF \
-DBUILD_TESTING=OFF -DTESTING=OFF -DCMAKE_SUPPRESS_REGENERATION=ON \
+ -DCMAKE_BUILD_TYPE=RelWithDebInfo \
+ -DCMAKE_CXX_FLAGS_RELWITHDEBINFO="-O1 -g0 -DNDEBUG" \
..
-make %{?_smp_mflags}
+make %{?_smp_mflags} coal
+make -j1 coal_pywrap
+make -j1
%install
[ -f /opt/ros/%{ros_distro}/setup.sh ] && source /opt/ros/%{ros_distro}/setup.sh || true