FEDORA-2016-78ed83f8d8 created by peter 4 years ago for Fedora 23
obsolete
  • Ver. 2.1.2

This update has been submitted for testing by peter.

4 years ago

This update has been pushed to testing.

4 years ago

This update has reached 7 days in testing and can be pushed to stable now if the maintainer wishes

4 years ago
User Icon anonymous commented & provided feedback 4 years ago

This package has a problem. When I try to link a package built with it with the current version of glog in F23 I get this linking error:

/usr/lib/gcc/x86_64-redhat-linux/5.3.1/../../../../lib64/libglog.so: undefined reference to `gflags::FlagRegisterer::FlagRegisterer(char const*, char const*, char const*, char const*, void*, void*)'

There's also a curious thing in the exported fields. Besides _init, the first two fields exported are:

00000000000075f0 T _ZN6google14FlagRegistererC1EPKcS2_S2_S2_PvS3_
00000000000075f0 T _ZN6google14FlagRegistererC2EPKcS2_S2_S2_PvS3_

These look nearly the same, except one is C1 and the other is C2. They both demangle underr c++filt to the same value:

00000000000075f0 T google::FlagRegisterer::FlagRegisterer(char const*, char const*, char const*, char const*, void*, void*)

In principle I don't see why you can't have two symbols with the same value, and they both have the type expected by glog. However, this is beyond my C++ symbol mangling expertise.

karma: -1

BZ#1312597 Review request: upgrade gflags from 2.1.1 to 2.1.2
User Icon anonymous commented & provided feedback 4 years ago

I also have this problem when compiling caffe on F23. Is there any update?


Please login to add feedback.

Metadata
Type
enhancement
Karma
0
Signed
Content Type
RPM
Test Gating
Settings
Unstable by Karma
-3
Stable by Karma
3
Stable by Time
disabled
Dates
submitted
4 years ago
in testing
4 years ago
BZ#1312597 Review request: upgrade gflags from 2.1.1 to 2.1.2
0
0

Automated Test Results