Summary: | sci-libs/fftw - my_configure(): abi_x86_64.amd64 precision not implemented in this ebuild | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Manuel Lauss <manuel.lauss> |
Component: | [OLD] Library | Assignee: | Gentoo Science Related Packages <sci> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | dcs.galco+gentoobugs, help, multilib+disabled |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=483758 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Manuel Lauss
2014-05-24 13:34:06 UTC
i can also confirm this failure: --- Invalid atom in /mnt/portage/profiles/package.mask: media-video/vdr-1.6* Portage 2.2.10 (default/linux/amd64/13.0/desktop, gcc-4.8.2, glibc-2.19, 3.14.4-gentoo x86_64) ================================================================= System uname: Linux-3.14.4-gentoo-x86_64-Intel-R-_Core-TM-_i7-3740QM_CPU_@_2.70GHz-with-gentoo-2.2 KiB Mem: 24693448 total, 20123076 free KiB Swap: 25598972 total, 25598972 free Timestamp of tree: Sat, 24 May 2014 18:00:01 +0000 ld GNU ld (GNU Binutils) 2.24 app-shells/bash: 4.2_p47 dev-java/java-config: 2.2.0 dev-lang/python: 2.7.6-r1, 3.2.5-r4, 3.3.5, 3.4.0 dev-util/cmake: 2.8.12.2-r1 dev-util/pkgconfig: 0.28-r1 sys-apps/baselayout: 2.2 sys-apps/openrc: 0.12.4 sys-apps/sandbox: 2.6-r1 sys-devel/autoconf: 2.13, 2.69 sys-devel/automake: 1.11.6, 1.14.1 sys-devel/binutils: 2.24-r2 sys-devel/gcc: 4.8.2 sys-devel/gcc-config: 1.8 sys-devel/libtool: 2.4.2-r1 sys-devel/make: 4.0-r1 sys-kernel/linux-headers: 3.14 (virtual/os-headers) sys-libs/glibc: 2.19 Repositories: gentoo bitcoin steam-overlay bumblebee lokal ACCEPT_KEYWORDS="amd64 ~amd64" ACCEPT_LICENSE="*" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-march=corei7 -O2 -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/share/gnupg/qualified.txt /var/lib/hsqldb" CONFIG_PROTECT_MASK="/etc/ca-certificates.conf /etc/dconf /etc/env.d /etc/fonts/fonts.conf /etc/gconf /etc/gentoo-release /etc/php/apache2-php5.5/ext-active/ /etc/php/cgi-php5.5/ext-active/ /etc/php/cli-php5.5/ext-active/ /etc/revdep-rebuild /etc/sandbox.d /etc/terminfo /etc/texmf/language.dat.d /etc/texmf/language.def.d /etc/texmf/updmap.d /etc/texmf/web2c" CXXFLAGS="-march=corei7 -O2 -pipe" DISTDIR="/mnt/portage/distfiles" FCFLAGS="-O2 -pipe" FEATURES="assume-digests binpkg-logs config-protect-if-modified distlocks ebuild-locks fixlafiles merge-sync news parallel-fetch preserve-libs protect-owned sandbox sfperms strict unknown-features-warn unmerge-logs unmerge-orphans userfetch userpriv usersandbox usersync" FFLAGS="-O2 -pipe" GENTOO_MIRRORS="http://distfiles.gentoo.org" LANG="de_DE.UTF-8" LC_ALL="" LDFLAGS="-Wl,-O1 -Wl,--as-needed" MAKEOPTS="-j9" PKGDIR="/mnt/portage/packages" PORTAGE_CONFIGROOT="/" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --omit-dir-times --compress --force --whole-file --delete --stats --human-readable --timeout=180 --exclude=/distfiles --exclude=/local --exclude=/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/mnt/portage" ################# Would you like to merge these packages? [Yes/No] >>> Verifying ebuild manifests >>> Emerging (1 of 1) sci-libs/fftw-3.3.4::gentoo * fftw-3.3.4.tar.gz SHA256 SHA512 WHIRLPOOL size ;-) ... [ ok ] * Using following Fortran compiler: * F77: x86_64-pc-linux-gnu-gfortran * FC: x86_64-pc-linux-gnu-gfortran * x86_64-pc-linux-gnu-gfortran has OPENMP support >>> Unpacking source... >>> Unpacking fftw-3.3.4.tar.gz to /var/tmp/portage/sci-libs/fftw-3.3.4/work >>> Source unpacked in /var/tmp/portage/sci-libs/fftw-3.3.4/work >>> Preparing source in /var/tmp/portage/sci-libs/fftw-3.3.4/work/fftw-3.3.4 ... * Running elibtoolize in: fftw-3.3.4/ * Applying portage/1.2.0 patch ... * Applying sed/1.5.6 patch ... * Applying as-needed/2.4.2 patch ... * Applying target-nm/2.4.2 patch ... >>> Source prepared. >>> Configuring source in /var/tmp/portage/sci-libs/fftw-3.3.4/work/fftw-3.3.4 ... * single: running multilib_parallel_foreach_abi my_configure * abi_x86_32.x86: running my_configure * abi_x86_64.amd64: running my_configure * ERROR: sci-libs/fftw-3.3.4::gentoo failed (configure phase): * abi_x86_64.amd64 precision not implemented in this ebuild * * Call stack: * ERROR: sci-libs/fftw-3.3.4::gentoo failed (configure phase): * ebuild.sh, line 93: Called src_configure * abi_x86_32.x86 precision not implemented in this ebuild * * Call stack: * environment, line 4084: Called multibuild_foreach_variant 'multilib_parallel_foreach_abi' 'my_configure' * ebuild.sh, line 93: Called src_configure * environment, line 2968: Called _multibuild_run 'multilib_parallel_foreach_abi' 'my_configure' * environment, line 4084: Called multibuild_foreach_variant 'multilib_parallel_foreach_abi' 'my_configure' * environment, line 2966: Called multilib_parallel_foreach_abi 'my_configure' * environment, line 2968: Called _multibuild_run 'multilib_parallel_foreach_abi' 'my_configure' * environment, line 3420: Called multibuild_parallel_foreach_variant '_multilib_multibuild_wrapper' 'my_configure' * environment, line 2966: Called multilib_parallel_foreach_abi 'my_configure' * environment, line 3025: Called multibuild_foreach_variant '_multibuild_parallel' '_multilib_multibuild_wrapper' 'my_configure' * environment, line 3420: Called multibuild_parallel_foreach_variant '_multilib_multibuild_wrapper' 'my_configure' * environment, line 2968: Called _multibuild_run '_multibuild_parallel' '_multilib_multibuild_wrapper' 'my_configure' * environment, line 3025: Called multibuild_foreach_variant '_multibuild_parallel' '_multilib_multibuild_wrapper' 'my_configure' * environment, line 2966: Called _multibuild_parallel '_multilib_multibuild_wrapper' 'my_configure' * environment, line 2968: Called _multibuild_run '_multibuild_parallel' '_multilib_multibuild_wrapper' 'my_configure' * environment, line 3016: Called _multilib_multibuild_wrapper 'my_configure' * environment, line 2966: Called _multibuild_parallel '_multilib_multibuild_wrapper' 'my_configure' * environment, line 723: Called my_configure * environment, line 4077: Called die * The specific snippet of code: * environment, line 3016: Called _multilib_multibuild_wrapper 'my_configure' * environment, line 723: Called my_configure * environment, line 4077: Called die * The specific snippet of code: * die "${x} precision not implemented in this ebuild"; * * If you need support, post the output of `emerge --info '=sci-libs/fftw-3.3.4::gentoo'`, I think that has something to do with multibuild inside multilib (bug #483758). Oh my, looks like this one suffered a lot. I will try to provide a patch in a few minutes. Intermediate issue should be fixed: + 24 May 2014; Michał Górny <mgorny@gentoo.org> fftw-3.3.3-r3.ebuild, + fftw-3.3.4.ebuild: + Fix the variant-obtaining hack after changes to build dir naming in multilib- + build. Bug #511198. Nevertheless, the hack needs to die. Does anyone (ottxor?) know why the nesting was reversed? This is pretty much what broke it... Oh sorry, now I see what happened. So pretty much the second loop was moved outside do_configure(). As I see it, we have two options and both have issues: a) outer multilib, inner precision loop -- then multilib_foreach_abi overrides MULTIBUILD_VARIANTS, and we need an extra wrapper to restore it before calling multibuild_foreach_variant... b) outer precision, inner multilib -- then multilib overrides MULTIBUILD_VARIANT, so we'd need wrapper that would save it in the middle. Some option is to make eclasses more friendly to direct multibuild use -- for example, we could restore original MULTIBUILD_VARIANT{,S} inside the user functions. (In reply to Michał Górny from comment #5) > Oh sorry, now I see what happened. So pretty much the second loop was moved > outside do_configure(). > > As I see it, we have two options and both have issues: > > a) outer multilib, inner precision loop -- then multilib_foreach_abi > overrides MULTIBUILD_VARIANTS, and we need an extra wrapper to restore it > before calling multibuild_foreach_variant... > > b) outer precision, inner multilib -- then multilib overrides > MULTIBUILD_VARIANT, so we'd need wrapper that would save it in the middle. > > Some option is to make eclasses more friendly to direct multibuild use -- > for example, we could restore original MULTIBUILD_VARIANT{,S} inside the > user functions. All information is encoded in BUILD_DIR, so it might be the easiest to use a special token (like @:) to between multiple MULTIBUILD_VARIANTS loops. We could add a function to split BUILD_DIR, so that the hackery doesn't need to be in the ebuild. (In reply to Michał Górny from comment #4) > Intermediate issue should be fixed: > > + 24 May 2014; Michał Górny <mgorny@gentoo.org> fftw-3.3.3-r3.ebuild, > + fftw-3.3.4.ebuild: > + Fix the variant-obtaining hack after changes to build dir naming in > multilib- > + build. Bug #511198. > > Nevertheless, the hack needs to die. Does anyone (ottxor?) know why the > nesting was reversed? This is pretty much what broke it... This seems to be broken again. :( *** Bug 519094 has been marked as a duplicate of this bug. *** So, is this an upstream issue ? See bug#519094#c6 for details + 06 Aug 2014; Christoph Junghans <ottxor@gentoo.org> -fftw-3.3.3-r3.ebuild, + fftw-3.3.4.ebuild: + disable header wrapping (bug #519094) + After an emerge --sync, I can confirm that it works and the package compiles successfully. |