[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[bug #62700] lzma/xz compilation bug for cmake in Maneage 27ff6f7
From: |
Boud Roukema |
Subject: |
[bug #62700] lzma/xz compilation bug for cmake in Maneage 27ff6f7 |
Date: |
Fri, 9 Sep 2022 14:25:56 -0400 (EDT) |
Follow-up Comment #6, bug #62700 (project reproduce):
While it is useful for xz to protect against the CentOS 7 mess, in principle,
Maneage should not have detected the error, since we build both _xz_ and
_cmake_.
However, commit 2a3304cfb of Maneage from Dec 2018 by Mohammad [1] changes
from
- ./bootstrap --prefix=$(idir) && make && make install && \
to
+ ./bootstrap --prefix=$(idir) --system-curl --system-zlib \
+ --system-bzip2 --system-liblzma && \
in the _high-level.mk_ rule for building _cmake_.
This makes _cmake_ dependent on the host system, and helped to detect the _xz_
problem on CentOS 7. However, detecting bugs is not our primary aim :).
Is there any good reason for building _cmake_ on the host system _curl_,
_zlib_, _bzip2_, and _liblzma_?
If not, then I propose to remove all four of these _--system-X_ options from
the _cmake_ build rule.
[1]
http://git.maneage.org/project.git/commit/?id=2a3304cfb832d2f9548bb869f5a44a3412a1c3f9
_______________________________________________________
Reply to this item at:
<https://savannah.nongnu.org/bugs/?62700>
_______________________________________________
Message sent via Savannah
https://savannah.nongnu.org/