cmake新增支持%cmake_build和%cmake_install的实施方案

【修改原因】
解决 #I5OATI:使用cmake编译安装需要单独定义DESTDIR:使用cmake编译安装需要单独定义DESTDIR 以及 pulls/31 所提到的问题: %cmake_build, %cmake_install 等相关宏的缺失使得从 rpm 生态的其他发行版移植软件包不便。

【修改背景】
由于原有 %cmake 使用范围广，对其修改影响范围过大（150+软件包需适配），导致此新增功能无法和入影响使用
涉及PR：
    https://gitee.com/src-openeuler/cmake/pulls/31
    https://gitee.com/src-openeuler/cmake/pulls/53
    https://gitee.com/src-openeuler/cmake/pulls/80
经过多方讨论，提供如下兼容方案。

【修改方案】
新增提供 %cmake_build, %cmake_install 支持对于编译安装路径的默认设定
同步修改 %cmake 增加如下路径设置：
 **        %{!?__cmake_in_source_build:-S "%{_vpath_srcdir}"} \\\
        %{!?__cmake_in_source_build:-B "%{__cmake_builddir}"} \\\** 
但经排查，目前openeuler已有210+包引用cmake依赖，其中有150所有软件包使用了%cmake
修改%cmake宏会导致这部分包需要重新适配修改出包，改动影响较大，为避免对现有版本使用方式产生冲击
对于%cmake的修改改为如下修改方式：
1）不改动%cmake的方式，新建一个和%cmake_build 和 %cmake_install配套的宏 %cmake_conf
2）%cmake_conf : 其实现是在%cmake的基础上增加对编译路径的设置
兼容性分析：
1）不改动原有宏的使用方式（不修改 %cmake）
2）所有改动均属于新增宏定义（%cmake_conf %cmake_build %cmake_install）
3）后续所有修改也基于新定义的宏来改，同样不会影响原有 %cmake的使用
实施后可达到不影响已有软件包编译的效果。
涉及PR：https://gitee.com/src-openeuler/cmake/pulls/81

【使用方法】
版本：>= 3.27.9-5
%build
%cmake_conf \       # 在原有使用 %cmake 的位置使用 %cmake_conf
  -DGPSBABEL_WITH_LIBUSB=pkgconfig \
  -DGPSBABEL_WITH_ZLIB=pkgconfig \
  -DGPSBABEL_WITH_SHAPELIB=pkgconfig \
  %{?!build_gui:-DGPSBABEL_MAPPREVIEW=OFF}

%cmake_build        # 编译时使用 %cmake_build

%install
%cmake_install      # 安装时使用 %cmake_install

【后期建议】
原有使用 %cmake 或者 %cmake3 这两个宏的包可以在版本升级时将宏的使用改造成新定义的宏
也可以选择保持原有使用方式不变

【归一化方法】
后续版本在条件允许的时候可以考虑对 %cmake 进行批量适配进行归一化处理
将 %cmake 和 %cmake_conf 合并成一个宏

src-openEuler/cmake

内容风险标识

评论 (1)

src-openEuler/cmake .gitee-modal { width: 500px !important; }

内容风险标识