| Summary: | dev-cpp/gflags-2.1.1 should install missing libgflags.so symlink | ||
|---|---|---|---|
| Product: | Gentoo Linux | Reporter: | tman <cornicx> |
| Component: | [OLD] Development | Assignee: | No maintainer - Look at https://wiki.gentoo.org/wiki/Project:Proxy_Maintainers if you want to take care of it <maintainer-needed> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | normal | CC: | alex_y_xu, harrisl, marienz |
| Priority: | Normal | ||
| Version: | unspecified | ||
| Hardware: | All | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Attachments: | build.log | ||
|
Description
tman
2014-07-14 07:16:18 UTC
Created attachment 380694 [details]
build.log
eix dev-cpp/glog
[I] dev-cpp/glog
Available versions: (~)0.3.1 (~)0.3.1[1] (~)0.3.2 (~)0.3.2[1] 0.3.3 0.3.3[1] (~)0.3.3-r1 (~)0.3.3-r1[1] {gflags static-libs test unwind ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32"}
Installed versions: 0.3.3-r1(22:41:56 13.07.2014)(gflags -static-libs -test -unwind ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32")
Homepage: http://code.google.com/p/google-glog/
Description: Google's C++ logging library
[1] "gentoo" /usr/portage
the workaround: downgrading to version dev-cpp/gflags-2.0-r1. so please fix the incompatibility please gflags-2.1.1 switched build systems and no longer installs libgflags.so (just libgflags.a, libgflags.so.2.1.0 and libgflags.so.2). This looks like a bug in the gflags ebuild and/or build system rather than in glog. *** This bug has been marked as a duplicate of bug 517114 *** *** Bug 517114 has been marked as a duplicate of this bug. *** This should be reopened, the libgflags shared lib being produced exports zero symbols: adam@eggsbenedict ~ $ nm -gC /usr/lib64/libgflags.so.2.1.1 nm: /usr/lib64/libgflags.so.2.1.1: no symbols The ebuild should be modified to use the cmake-utils in portage and pass the -DBUILD_SHARED_LIBS=ON flag to cmake. Doing the gflags build locally with cmake on my machine with this use flag produces a proper shared lib (and doing it without it produces a static one). adam@eggsbenedict ~/scratch/gflags-2.1.1 $ nm -gC lib/libgflags.so | wc -l 226 (In reply to Adam Stylinski from comment #7) > This should be reopened, the libgflags shared lib being produced exports > zero symbols: > > adam@eggsbenedict ~ $ nm -gC /usr/lib64/libgflags.so.2.1.1 > nm: /usr/lib64/libgflags.so.2.1.1: no symbols > > The ebuild should be modified to use the cmake-utils in portage and pass the > -DBUILD_SHARED_LIBS=ON flag to cmake. Doing the gflags build locally with > cmake on my machine with this use flag produces a proper shared lib (and > doing it without it produces a static one). > > adam@eggsbenedict ~/scratch/gflags-2.1.1 $ nm -gC lib/libgflags.so | wc -l > 226 Ahh it turns out this is not very indicative of anything considering nm doesn't work on stripped binaries. There is a linking error with blender and the SetCommandLineOption(char const*, char const*) function call, I'm tracking it down right now. So as it turns out the issue is related to the fact that gflags recently switched to cmake and doesn't maintain pkg-config .pc files anymore. I'm messing with the blender ebuild to fix this, but this is not currently an issue with libgflags. not really a dupe, but that one has more information. *** This bug has been marked as a duplicate of bug 517134 *** |