Created attachment 518320 [details] emerge --info '=dev-libs/libgcrypt-1.8.2-r1::gentoo' While I am trying to get the current stage3 up to date dev-libs/libgcrypt-1.8.2-r1 dies when building for the 64bit side of multilib It appears to be when libtool goes to la la land and tries to stick 64bit files in the 32bit library /usr/lib32/libgpg-error.so: error adding symbols: File in wrong format Note: that I am not cross compiling this is a failure of a native multi-lib build, I am building in a NFS mounted chroot(v4.1, -osync) Everything but this and dev-libs/libxslt-1.1.30-r2 (which depends on libgcrypt) is up to date. These are the last two packages of "emerge -uDU @world"
Created attachment 518322 [details] build.log
Created attachment 518324 [details] emerge -pqv '=dev-libs/libgcrypt-1.8.2-r1::gentoo'
checking for GPG Error - version >= 1.25... yes (1.27) configure: WARNING: *** *** The config script /usr/bin/gpg-error-config was *** built for mips64-unknown-linux-gnu and thus may not match the *** used host mips-unknown-linux-gnu. *** You may want to use the configure option --with-gpg-error-prefix *** to specify a matching config script or use $SYSROOT. ***
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=f652174807d48fe0830ef207bacad7ff702e6cb7 commit f652174807d48fe0830ef207bacad7ff702e6cb7 Author: Alon Bar-Lev <alonbl@gentoo.org> AuthorDate: 2018-02-10 23:54:43 +0000 Commit: Alon Bar-Lev <alonbl@gentoo.org> CommitDate: 2018-02-10 23:56:15 +0000 dev-libs/libgcrypt: force gpg-error-config for multilib Closes: https://bugs.gentoo.org/646858 Package-Manager: Portage-2.3.19, Repoman-2.3.6 dev-libs/libgcrypt/libgcrypt-1.8.2-r2.ebuild | 79 ++++++++++++++++++++++++++++ 1 file changed, 79 insertions(+)
Interesting we did not see this so far! Can you please try =dev-libs/libgcrypt-1.8.2-r3?
(In reply to Alon Bar-Lev from comment #5) > Interesting we did not see this so far! > > Can you please try =dev-libs/libgcrypt-1.8.2-r3? So far I am not seeing it in the tree? I expect you mean =dev-libs/libgcrypt-1.8.2-r2? emerge -1 =dev-libs/libgcrypt-1.8.2-r2 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild N ] dev-libs/libgpg-error-1.27-r1::gentoo USE="-common-lisp -nls -static-libs" ABI_MIPS="(n32) n64 o32" 795 KiB [ebuild N ] dev-libs/libgcrypt-1.8.2-r2:0/20::gentoo USE="-doc -o-flag-munging -static-libs" ABI_MIPS="(n32) n64 o32" 0 KiB Total: 2 packages (2 new), Size of downloads: 795 KiB Both have built successfully, and dev-libs/libxslt-1.1.30-r2[crypt] which originally pulled them in builds too. So, Yes it all seems to work. I did enable all three ABI o32 n32 n64 since what I was interested in was n64. Or this may have to do with how old the stage3 is I was using the latest I could find which was stage3-mips64r2_multilib-20140904 or again that this is big endian. How does one request a updated stage3? It has been a minor pain to bring it up to date again, my previous install corrupted the flash card, so I wanted to reinstall... I had been running a pure n64 system because back then I did not care to fiddle with keeping bash going when the multi-lib build pulled ncurses out from under bash preventing pretty much everything from working. Then it happens again with readline. So this time I built binpkgs for everything and rolled them back (by unmounting and using ROOT=) until I could install all the updates together and continue, then rebuilt them all again, fair bit of fiddling this time, but I once again have a up to date natively built system. The stage3 portage-2.2.12 really does not like the current portage tree. Thank you, Jim McMechan
OK, thanks, I hope you will not experience this again.
