checking whether int64_t and long use fmt %ld... no checking whether int64_t and long long use fmt %lld... no configure: error: could not determine the string function for int64_t !!! Please attach the following file when seeking support: !!! /var/tmp/portage/dev-libs/apr-1.7.0-r1/work/apr-1.7.0/config.log ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no-multilib-20201019-041507 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10.2.0 * Available Python interpreters, in order of preference: [1] python3.7 [2] python3.9 (fallback) Available Ruby profiles: (none found) The following VMs are available for generation-2: *) AdoptOpenJDK 8.265_p01 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 system-vm timestamp(s) of HEAD at this tinderbox image: /var/db/repos/gentoo Mon Oct 19 05:35:25 PM UTC 2020 emerge -qpvO dev-libs/apr [ebuild N ] dev-libs/apr-1.7.0-r1 USE="urandom -doc -older-kernels-compatibility (-selinux) -static-libs"
Created attachment 667334 [details] emerge-info.txt
Created attachment 667337 [details] dev-libs:apr-1.7.0-r1:20201019-190402.log
Created attachment 667340 [details] emerge-history.txt
Created attachment 667343 [details] environment
Created attachment 667346 [details] etc.portage.tbz2
Created attachment 667349 [details] logs.tbz2
Created attachment 667352 [details] temp.tbz2
Filed https://savannah.gnu.org/support/index.php?110382 to clarify if it's an intended change in autoconf.
Proposed fix upstream as https://github.com/apache/apr/pull/25
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=7fe608c5ea9b01ae313c87348f6e2bcd8a8286cf commit 7fe608c5ea9b01ae313c87348f6e2bcd8a8286cf Author: Lars Wendler <polynomial-c@gentoo.org> AuthorDate: 2021-01-10 03:36:13 +0000 Commit: Lars Wendler <polynomial-c@gentoo.org> CommitDate: 2021-01-10 03:36:29 +0000 dev-libs/apr: Fixed build with sys-devel/autoconf-2.70 Thanks-to: Sergei Trofimovich <slyfox@gentoo.org> Closes: https://bugs.gentoo.org/750353 Package-Manager: Portage-3.0.12, Repoman-3.0.2 Signed-off-by: Lars Wendler <polynomial-c@gentoo.org> dev-libs/apr/apr-1.7.0-r1.ebuild | 1 + dev-libs/apr/files/apr-1.7.0-autoconf-2.70.patch | 64 ++++++++++++++++++++++++ 2 files changed, 65 insertions(+)
We were seeing the `configure: error: could not determine the string function for int64_t` error when trying to build apr on Ubuntu 22.04. Applying this patch not only did not make that error go away on Ubuntu 22.04 it caused it to happen on Cent 6, Cent 7, Alma 8, and Ubuntu 20.04. So there must be another element in play :/
(In reply to dan from comment #11) > We were seeing the `configure: error: could not determine the string > function for int64_t` error when trying to build apr on Ubuntu 22.04. > > Applying this patch not only did not make that error go away on Ubuntu 22.04 > it caused it to happen on Cent 6, Cent 7, Alma 8, and Ubuntu 20.04. > > So there must be another element in play :/ Apologies, there was another element involved, PEBCAK :) It totally fixes it
