Summary: | media-libs/harfbuzz[+abi_x86_32 +abi_x86_64 +graphite]: cannot find -lgraphite2 (media-gfx/graphite2) | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | David Carlos Manuelda <StormByte> |
Component: | Current packages | Assignee: | Lars Wendler (Polynomial-C) (RETIRED) <polynomial-c> |
Status: | RESOLVED OBSOLETE | ||
Severity: | normal | CC: | gnome, office, sam |
Priority: | Normal | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 531592 | ||
Attachments: |
emerge.log
summary.log Correct build log emerge --info (just in case it is needed) Rebuild graphite, same result graphite2 build log (CMAKE_VERBOSE enabled) gentoo_toolchain.cmake make.conf emerge-info.txt dev-qt:qtsql-4.8.7-r1:20170618-185114.log emerge-history.txt environment etc.portage.tbz2 temp.tbz2 |
Description
David Carlos Manuelda
2014-12-13 03:47:01 UTC
I need complete build log. Created attachment 391534 [details]
emerge.log
Created attachment 391536 [details]
summary.log
No, I mean the *build.log*. The one listed in the big failure message, in /var/tmp/portage. Created attachment 391584 [details]
Correct build log
My fault, this is the correct build log. Thank you for looking at this issue.
Created attachment 391586 [details]
emerge --info (just in case it is needed)
> /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/../../../../x86_64-pc-linux-gnu/bin/ld: skipping incompatible /usr/lib/gcc/x86_64-pc-linux-gnu/4.9.2/../../../../lib32/libgraphite2.so when searching for -lgraphite2
This looks weird. Could you try rebuilding graphite2?
Created attachment 391596 [details]
Rebuild graphite, same result
By the way, this seems affected only by multilib build, because building "normal" (amd64 for me) do not trigger the bug. I think I found the cause for this: file /usr/lib32/libgraphite2.so.3.0.1 /usr/lib32/libgraphite2.so.3.0.1: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, stripped Why is the 64bit version of the library stored in lib32 folder instead of its 32bit version? It possibly indicates a bug in graphite ebuild, which installs that library Should I post a new bug against graphite2 and block this one, or simply change bug topic? (In reply to David Carlos Manuelda from comment #11) > Should I post a new bug against graphite2 and block this one, or simply > change bug topic? Please start by attaching the graphite2 build log, and we'll see how to proceed from there :). (In reply to Michał Górny from comment #12) > (In reply to David Carlos Manuelda from comment #11) > > Should I post a new bug against graphite2 and block this one, or simply > > change bug topic? > > Please start by attaching the graphite2 build log, and we'll see how to > proceed from there :). It's already attached https://bugs.gentoo.org/attachment.cgi?id=391596 Your build log lacks verbose command output. Did you disable CMAKE_VERBOSE by any chance? If you did, then please re-enable it, rebuild graphite2 and attach the build log with commands (graphite2 is enough, no need for harfbuzz). Created attachment 391966 [details]
graphite2 build log (CMAKE_VERBOSE enabled)
It seems that it doesn't get -m32 somehow. Could you paste /var/tmp/portage/media-gfx/graphite2-1.2.4-r1/work/graphite2-1.2.4-abi_x86_32.x86/gentoo_toolchain.cmake as well? Created attachment 391972 [details]
gentoo_toolchain.cmake
Added requested file, but seems ok to my eyes :(
Also I ran a ccmake . in the compiling folder to get this: CMAKE_CXX_COMPILER /usr/bin/x86_64-pc-linux-gnu-g++ CMAKE_CXX_COMPILE_OBJECT <CMAKE_CXX_COMPILER> <DEFINES> -DNDEBUG <FLAGS> -o <OBJECT> -c <SOURCE> CMAKE_CXX_FLAGS -march=native -O2 -pipe -floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -ftree-vectorize It seems that it is completelly ignoring the -m32 here (In reply to David Carlos Manuelda from comment #17) > Created attachment 391972 [details] > gentoo_toolchain.cmake > > Added requested file, but seems ok to my eyes :( It doesn't seem wrong, yet in my case it only contains -m32 and no more flags; and looking at cmake-utils.eclass, that's what it should contain. Which cmake version are you using? Can you attach your make.conf? Is there any risk that you could be using non-standard version of cmake-utils.eclass, e.g. through some overlay? Created attachment 391974 [details]
make.conf
CMake:
[ebuild R ] dev-util/cmake-3.0.2 USE="ncurses qt4 -doc -emacs (-qt5) {-test}"
make.conf (attached)
And about the non standard cmake-utils.eclass I only have one:
locate cmake-utils.eclass
/usr/portage/eclass/cmake-utils.eclass
I discovered that if I comment CFLAGS_x86 and CXXFLAGS_x86 in my make.conf the problem goes away, but should it work regardless if I comment that or not? This workaround it: GRAPHITE="-floop-interchange -ftree-loop-distribution -floop-strip-mine -floop-block -ftree-vectorize" CFLAGS="-march=native -O2 -pipe ${GRAPHITE}" #CFLAGS_x86="${CFLAGS_x86} ${CFLAGS}" CXXFLAGS="${CFLAGS}" #CXXFLAGS_x86="${CFLAGS_x86}" (In reply to David Carlos Manuelda from comment #21) > I discovered that if I comment CFLAGS_x86 and CXXFLAGS_x86 in my make.conf > the problem goes away, but should it work regardless if I comment that or > not? Yeah, that's what I suspected. You aren't supposed to define those variables yourself, they are special variables used by multilib stuff internally. Regular CFLAGS get appended to them automatically. I think this concludes this bug. Please remove the variables. I'm going to close the remaining relevant bugs as well. If it doesn't help in some of them, please reopen. *** Bug 532422 has been marked as a duplicate of this bug. *** *** Bug 532480 has been marked as a duplicate of this bug. *** Oh, and I suggest you locate all 64-bit libraries in /usr/lib32 and rebuild the relevant packages. same issue with dev-qt/qtsql-4.8.7-r1 at the unstable amd64 chroot image 17.0-desktop-plasma_abi32+64_20170611-104510 at the tinderbox Created attachment 477162 [details]
emerge-info.txt
Created attachment 477164 [details]
dev-qt:qtsql-4.8.7-r1:20170618-185114.log
Created attachment 477166 [details]
emerge-history.txt
Created attachment 477168 [details]
environment
Created attachment 477170 [details]
etc.portage.tbz2
Created attachment 477172 [details]
temp.tbz2
The bug has been referenced in the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=0d1bf1816e7e2b05f0d9435e2d266272f120d19f commit 0d1bf1816e7e2b05f0d9435e2d266272f120d19f Author: Sam James <sam@gentoo.org> AuthorDate: 2021-12-20 00:36:33 +0000 Commit: Sam James <sam@gentoo.org> CommitDate: 2021-12-20 00:48:20 +0000 media-gfx/graphite2: fix build system (mainly musl build) - Fix musl build (force in -lssp_nonshared for -nodefaultlibs) - Fix .cmake install path Bug: https://bugs.gentoo.org/532408 Closes: https://bugs.gentoo.org/829690 Signed-off-by: Sam James <sam@gentoo.org> .../graphite2-1.3.14-fix-cmake-files-libdir.patch | 13 +++++++++++++ .../files/graphite2-1.35-fix-gcc-linking.patch | 18 ++++++++++++++++++ ...phite2-1.3.14.ebuild => graphite2-1.3.14-r1.ebuild} | 17 +++++++++++++---- 3 files changed, 44 insertions(+), 4 deletions(-) Fixed now, I think? |