On 23/12/2018 14:44, Ryan Marsaw via blfs-dev wrote:
On Sun, 23 Dec 2018, spiky0011 via blfs-dev wrote:
I think this Package needs looking at. It requires cmake to build,
but cmake
requires it as a dep?
The configure needs to be changed back to
sh autogen.sh && ./configure --prefix=/usr --disable-static && make
make install
Technically, system libuv is not required to build CMake. I don't use
libuv for any BLFS packages. Here's my CMake bootstrap line:
./bootstrap --prefix=/usr \
--system-libs \
--mandir=/share/man \
--no-system-jsoncpp \
--no-system-librhash \
--docdir=/share/doc/cmake-3.13.2 \
-- -DCMAKE_USE_SYSTEM_LIBRARY_LIBUV=false
That last part (-- -DCMAKE_...) allows the built-in version of libuv to
be used, instead of the system one. However, the BLFS philosophy, as I
take it, is to build system versions of libraries whenever possible, in
order to address issues of security that may not have been addressed in
the in-tree versions of packages.
I agree though that if system libuv is a *required* dependency then
there is a circular dependency which should be addressed...
Happy Holidays,
-- Ryan
Then the configure script for cmake needs to have that added to it, or
change the script for "libuv".
The other issue is, is the LIBUV with cmake upto date?
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page
