When trying to upgrade a relatively new Gentoo Prefix, building mpfr fails with the following error:
cd /home/chuot/gentoo/var/tmp/portage/dev-libs/mpfr-4.1.0/work/mpfr-4.1.0 && /home/chuot/gentoo/bin/bash /home/chuot/gentoo/var/tmp/portage/dev-libs/mpfr-4.1.0/work/mpfr-4.1.0/missing automake-1.16 --gnu
configure:14311: error: possibly undefined macro: AX_PTHREAD
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
make: *** [Makefile:432: /home/chuot/gentoo/var/tmp/portage/dev-libs/mpfr-4.1.0/work/mpfr-4.1.0/configure] Error 1
make: *** Waiting for unfinished jobs....
* ERROR: dev-libs/mpfr-4.1.0::gentoo failed (compile phase):
* emake failed
This error is also described here: https://github.com/advancetoolchain/advance-toolchain/issues/243
After merging autoconf-archives, the compilation succeeded.
So I would suggest to add autoconf-archives as a build dependency for dev-libs/mpfr
What is wrong with your system that it keeps running into autotools problems when there shouldn't be any?
Please provide a few details:
- full build.log
- emerge --info mpfr
As Jeroen noted ::gentoo's ebuild does not run automake. We need to find why it's called.
Created attachment 653612 [details]
Created attachment 653614 [details]
emerge --info mpfr
I filled this bug because I thought it was a regular issue due to the version change.
But since you are surprised, I should mention that this is a Prefix amd64 installation running in a Docker container.
@toolchain, this is a prefix version of the ebuild, feel free to reassign to us.
Ok turns out I was wrong, we don't have mpfr cloned, so this should be the gx86 version.
@Camille: do you have any (user) patches defined for mpfr? It shouldn't attempt to run autotools. Are there any specifics about the filesystem you use?
(In reply to Fabian Groffen from comment #8)
> @Camille: do you have any (user) patches defined for mpfr? It shouldn't
> attempt to run autotools. Are there any specifics about the filesystem you
No patches. I also had issues with others packages (wget & diffutils). https://bugs.gentoo.org/show_bug.cgi?id=736118
This solved the issue:
The root Prefix (/home/chuot/gentoo) is a Docker volume, so basically it is a bind mount to /var/lib/docker/volumes/gentoo_prefix/_data, which /var/lib is an ext4 filesystem. (Docker for Mac: Linux docker-desktop 4.19.76-linuxkit)
I'm wondering if this is still breaking, recent bootstraps did not indicate any issue of this sort.