Summary: | sys-libs/tevent-0.11.0: ${MULTILIB_USEDEP} on dev-util/cmocka is missing | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Eugene Shalygin <eugene.shalygin> |
Component: | Current packages | Assignee: | Gentoo's SAMBA Team <samba> |
Status: | UNCONFIRMED --- | ||
Severity: | normal | CC: | bkohler, ionen, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
See Also: | https://bugs.gentoo.org/show_bug.cgi?id=802531 | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Attachments: |
build log
build log with sane cflags |
Description
Eugene Shalygin
2021-09-24 12:43:49 UTC
Created attachment 740979 [details]
build log
*** This bug has been marked as a duplicate of bug 802531 *** Why do you think this one duplicates #802531? This one is about configure script failure with cmocka installed, that one is about unconditional dependency. Any way to get debugging info out of waf? FWIW, it's usually polite to try again with sane *FLAGS to rule out weirdness. It's possible e.g. a configure test fails with one of them. (Also, wow, that's... a lot of overlays.) > Any way to get debugging info out of waf? Could you tell me, please, how to get it? > FWIW, it's usually polite to try again with sane *FLAGS to rule out weirdness. > It's possible e.g. a configure test fails with one of them. Well, I know that I'm using the lto overlay :), so of course I have tried to disable everything and return to -O2 -march=native, but that did not seem to help. Created attachment 741150 [details]
build log with sane cflags
If I run ebuild tevent-0.11.0.ebuild clean prepare, then cd into the abi_x86_32.x86 work dir and run the configure command from the build log (CCFLAGS="-march=native -O3 -pipe -O2 -Wl,--as-needed -Wl,--hash-style=gnu" LINKFLAGS="-march=native -O3 -pipe -O2 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--as-needed -Wl,--hash-style=gnu" PKGCONFIG="x86_64-pc-linux-gnu-pkg-config" /var/portage/tmp/portage/sys-libs/tevent-0.11.0/work/tevent-0.11.0/buildtools/bin/waf --prefix=/usr --docdir=/usr/share/doc/tevent-0.11.0 --htmldir=/usr/share/doc/tevent-0.11.0/html --libdir=/usr/lib --bundled-libraries=NONE --builtin-libraries=NONE --disable-python configure) it succeeds in finding cmocka (and overall). I'm assuming you have USE=-abi_x86_32 on dev-util/cmocka, try enabling it. i.e. the ebuild is lacking ${MULTILIB_USEDEP} on cmocka, so it didn't request it (In reply to Eugene Shalygin from comment #7) > If I run ebuild tevent-0.11.0.ebuild clean prepare, then cd into the > abi_x86_32.x86 work dir [...] > PKGCONFIG="x86_64-pc-linux-gnu-pkg-config" Ran that way it's using the wrong environment and looking for 64bit cmocka instead of the 32bit one, normally you'd see i686-pc-linux-gnu-pkg-config. The build log says: * abi_x86_32.x86: running multilib-minimal_abi_src_configure * Current dir: /var/portage/tmp/portage/sys-libs/tevent-0.11.0/work/tevent-0.11.0-abi_x86_32.x86 'CCFLAGS=-march=native -O3 -pipe -O2 -Wl,--as-needed -Wl,--hash-style=gnu' 'LINKFLAGS=-march=native -O3 -pipe -O2 -Wl,--as-needed -Wl,--hash-style=gnu -Wl,--as-needed -Wl,--hash-style=gnu' 'PKGCONFIG=x86_64-pc-linux-gnu-pkg-config' '/var/portage/tmp/portage/sys-libs/tevent-0.11.0/work/tevent-0.11.0/buildtools/bin/waf' '--prefix=/usr' '--docdir=/usr/share/doc/tevent-0.11.0' '--htmldir=/usr/share/doc/tevent-0.11.0/html' '--libdir=/usr/lib' '--bundled-libraries=NONE' '--builtin-libraries=NONE' '--disable-python' 'configure' As far as I understand it means x86_64-pc-linux-gnu-pkg-config is used for the 32-bit build. But enabling the abi_x86_32 use on cmocka helps, thank you. (In reply to Eugene Shalygin from comment #9) > As far as I understand it means x86_64-pc-linux-gnu-pkg-config is used for > the 32-bit build. Hrm, nevermind that bit. It still passes the right paths through PKG_CONFIG_PATH (which wasn't set outside portage). It's just kind of misleading, sometime I see i686- get used so that got me confused. Looks like tevent ebuilds are using a bundled cmocka now, unless running tests? Do we just need to add the MULTILIB_USEDEP for the USE=test dep? (In reply to Ben Kohler from comment #11) > Looks like tevent ebuilds are using a bundled cmocka now, unless running > tests? Do we just need to add the MULTILIB_USEDEP for the USE=test dep? Ah, that sounds right (I did all the bundling magic work) - yes please |