[Pkg-cmake-team] Bug#1051650: cmake: Problems finding libraries on Alpha
Timo Röhling
roehling at debian.org
Sat Oct 14 09:06:49 BST 2023
Hi Michael,
On Fri, 6 Oct 2023 09:42:40 +1300 Michael Cree <mcree at orcon.net.nz>
wrote:
> I have tried the suggested script (with a small modification to count
> number of failures) running for a few hours on one of the packages
> that had failed on the buildd and never saw cmake fail.
>
> But then building a few packages locally with sbuild, apbs failed
> first time to build with the cmake failure. Second try at
> building apbs with sbuild succeeded.
>
> So it appears that there is something different about running in
> sbuild (or possibly under dpkg-buildpackage) that is triggering
> this failure on occassion.
Thank you for your effort!
Assuming this is somehow related to the actual package build,
debhelper injects a number of additional CLI arguments, mostly
setting global variables that affect CMake's default behavior:
-DCMAKE_INSTALL_PREFIX=/usr
-DCMAKE_BUILD_TYPE=None
-DCMAKE_INSTALL_SYSCONFDIR=/etc
-DCMAKE_INSTALL_LOCALSTATEDIR=/var
-DCMAKE_EXPORT_NO_PACKAGE_REGISTRY=ON
-DCMAKE_FIND_USE_PACKAGE_REGISTRY=OFF
-DCMAKE_FIND_PACKAGE_NO_PACKAGE_REGISTRY=ON
-DFETCHCONTENT_FULLY_DISCONNECTED=ON
-DCMAKE_INSTALL_RUNSTATEDIR=/run
-DCMAKE_SKIP_INSTALL_ALL_DEPENDENCY=ON
-DCMAKE_VERBOSE_MAKEFILE=ON
-DCMAKE_INSTALL_LIBDIR=lib/alpha-linux-gnu
-G"Unix Makefiles"
None of that should be affecting find_library(), but...
Cheers
Timo
--
⢀⣴⠾⠻⢶⣦⠀ ╭────────────────────────────────────────────────────╮
⣾⠁⢠⠒⠀⣿⡁ │ Timo Röhling │
⢿⡄⠘⠷⠚⠋⠀ │ 9B03 EBB9 8300 DF97 C2B1 23BF CC8C 6BDD 1403 F4CA │
⠈⠳⣄⠀⠀⠀⠀ ╰────────────────────────────────────────────────────╯
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 659 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-cmake-team/attachments/20231014/edea0bfb/attachment.sig>
More information about the Pkg-cmake-team
mailing list