* Linking error with rocksdb
@ 2016-09-21 8:51 Willem Jan Withagen
2016-09-21 9:11 ` Brad Hubbard
0 siblings, 1 reply; 7+ messages in thread
From: Willem Jan Withagen @ 2016-09-21 8:51 UTC (permalink / raw)
To: kefu chai, Ceph Development
Hi,
I think I had something like this before, but cannot find it in my Email
archive...
I'm trying to build head, which works for a long way, but it gets into
trouble when linking ceph-mon. Errors out on not being able to find some
of the references in librocksdb...
librocksdb.a is recent:
> ll src/rocksdb/librocksdb.a
80012 -rw-rw-r-- 1 wjw tegenbosch 305720086 Sep 21 10:40
src/rocksdb/librocksdb.a
And it seems defined:
> nm -e src/rocksdb/librocksdb.a | grep NewLRU
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
0000000000001fd0 T _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
U _ZN7rocksdb11NewLRUCacheEmibd
Strange thing that this is a routine that is only added recently. Which
suggests that it tries to bind against an older librocksdb ..??
Then I checkout a completely fresh head in a nes directory, still the
same error.
So I've deleted anything in /usr/local/ that looks like a
librocksdb-library. But still it hits error.
Any suggestions where to look further.
--WjW
/usr/bin/CC -Wall -Wtype-limits -Wignored-qualifiers -Winit-self
-Wpointer-arith -Werror=format-security -fno-strict-aliasing
-fsigned-char -Wno-inconsistent-missing-override -Wno-mismatched-tags
-Wno-unused-function -Wno-unused-local-typedef
-Wno-inconsistent-missing-override -Wno-unused-private-field
-Wno-varargs -Wno-gnu-designator -Wno-mismatched-tags
-Wno-missing-braces -Wno-parentheses -Wno-deprecated-register
-ftemplate-depth-1024 -Wno-invalid-offsetof -Wnon-virtual-dtor
-fdiagnostics-color=auto -I/usr/local/include/nss/nss
-I/usr/local/include/nspr -fno-builtin-malloc -fno-builtin-calloc
-fno-builtin-realloc -fno-builtin-free -O0 -Wl,-export-dynamic
CMakeFiles/ceph-mon.dir/ceph_mon.cc.o
CMakeFiles/common_texttable_obj.dir/common/TextTable.cc.o -o
../bin/ceph-mon -L/usr/local/lib ../lib/libmon.a ../lib/libcommon.a
../lib/libos.a ../lib/libglobal.a -lrt /usr/local/lib/libatomic_ops.a
/usr/local/lib/libtcmalloc.so ../lib/libkv.a
/usr/local/lib/libleveldb.so ../../src/rocksdb/librocksdb.a -lsnappy -lz
-lbz2 /usr/local/lib/liblz4.so ../lib/libcommon.a
../lib/libjson_spirit.a ../lib/libcommon_utf8.a ../lib/liberasure_code.a
/usr/local/lib/libboost_thread.so /usr/local/lib/libboost_system.so
/usr/local/lib/libboost_regex.so /usr/local/lib/libboost_random.so
/usr/local/lib/libboost_program_options.so
/usr/local/lib/libboost_date_time.so
/usr/local/lib/libboost_iostreams.so /usr/local/lib/libboost_chrono.so
/usr/local/lib/libboost_atomic.so -lexecinfo
/usr/local/lib/nss/libssl3.so /usr/local/lib/nss/libsmime3.so
/usr/local/lib/nss/libnss3.so /usr/local/lib/nss/libnssutil3.so
/usr/local/lib/libplds4.so /usr/local/lib/libplc4.so
/usr/local/lib/libnspr4.so -lpthread -lrt
-Wl,-rpath,/usr/local/lib:/usr/local/lib/nss:
../lib/libmon.a(RocksDBStore.cc.o): In function
`RocksDBStore::do_open(std::__1::basic_ostream<char,
std::__1::char_traits<char> >&, bool)':
/home/wjw/Ceph/master/ceph/src/kv/RocksDBStore.cc:(.text+0x5253):
undefined reference to `rocksdb::NewLRUCache(unsigned long, int)'
../lib/libmon.a(RocksDBStore.cc.o): In function
`rocksdb::Status::InvalidArgument(rocksdb::Slice const&, rocksdb::Slice
const&)':
/home/wjw/Ceph/master/ceph/src/kv/RocksDBStore.cc:(.text._ZN7rocksdb6Status15InvalidArgumentERKNS_5SliceES3_[_ZN7rocksdb6Status15InvalidArgumentERKNS_5SliceES3_]+0x2f):
undefined reference to `rocksdb::Status::Status(rocksdb::Status::Code,
rocksdb::Slice const&, rocksdb::Slice const&)'
../lib/libmon.a(RocksDBStore.cc.o):(.data.rel.ro._ZTVN12RocksDBStore19MergeOperatorRouterE[_ZTVN12RocksDBStore19MergeOperatorRouterE]+0x20):
undefined reference to
`rocksdb::AssociativeMergeOperator::FullMerge(rocksdb::Slice const&,
rocksdb::Slice const*, std::__1::deque<std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> >,
std::__1::allocator<std::__1::basic_string<char,
std::__1::char_traits<char>, std::__1::allocator<char> > > > const&,
std::__1::basic_string<char, std::__1::char_traits<char>,
std::__1::allocator<char> >*, rocksdb::Logger*) const'
c++: error: linker command failed with exit code 1 (use -v to see
invocation)
gmake[3]: *** [src/CMakeFiles/ceph-mon.dir/build.make:129: bin/ceph-mon]
Error 1
gmake[3]: Leaving directory '/usr/srcs/Ceph/master/ceph/build'
gmake[2]: *** [CMakeFiles/Makefile2:569:
src/CMakeFiles/ceph-mon.dir/all] Error 2
gmake[2]: Leaving directory '/usr/srcs/Ceph/master/ceph/build'
gmake[1]: *** [CMakeFiles/Makefile2:581:
src/CMakeFiles/ceph-mon.dir/rule] Error 2
gmake[1]: Leaving directory '/usr/srcs/Ceph/master/ceph/build'
gmake: *** [Makefile:264: ceph-mon] Error 2
12.527u 6.015s 0:18.51 100.1% 2902+225k 2141+53502io 1pf+0w
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Linking error with rocksdb
2016-09-21 8:51 Linking error with rocksdb Willem Jan Withagen
@ 2016-09-21 9:11 ` Brad Hubbard
2016-09-21 10:29 ` Willem Jan Withagen
0 siblings, 1 reply; 7+ messages in thread
From: Brad Hubbard @ 2016-09-21 9:11 UTC (permalink / raw)
To: Willem Jan Withagen; +Cc: kefu chai, Ceph Development
On Wed, Sep 21, 2016 at 6:51 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
> Hi,
>
> I think I had something like this before, but cannot find it in my Email
> archive...
>
> I'm trying to build head, which works for a long way, but it gets into
> trouble when linking ceph-mon. Errors out on not being able to find some
> of the references in librocksdb...
>
> librocksdb.a is recent:
>> ll src/rocksdb/librocksdb.a
rocksdb can be problematic, try this...
$ git submodule update --force --init --recursive
$ git submodule foreach --recursive git clean -fdx
and try building again.
--
HTH,
Brad
> 80012 -rw-rw-r-- 1 wjw tegenbosch 305720086 Sep 21 10:40
> src/rocksdb/librocksdb.a
> And it seems defined:
>> nm -e src/rocksdb/librocksdb.a | grep NewLRU
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> 0000000000001fd0 T _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
> U _ZN7rocksdb11NewLRUCacheEmibd
>
>
> Strange thing that this is a routine that is only added recently. Which
> suggests that it tries to bind against an older librocksdb ..??
> Then I checkout a completely fresh head in a nes directory, still the
> same error.
> So I've deleted anything in /usr/local/ that looks like a
> librocksdb-library. But still it hits error.
>
> Any suggestions where to look further.
>
> --WjW
>
> /usr/bin/CC -Wall -Wtype-limits -Wignored-qualifiers -Winit-self
> -Wpointer-arith -Werror=format-security -fno-strict-aliasing
> -fsigned-char -Wno-inconsistent-missing-override -Wno-mismatched-tags
> -Wno-unused-function -Wno-unused-local-typedef
> -Wno-inconsistent-missing-override -Wno-unused-private-field
> -Wno-varargs -Wno-gnu-designator -Wno-mismatched-tags
> -Wno-missing-braces -Wno-parentheses -Wno-deprecated-register
> -ftemplate-depth-1024 -Wno-invalid-offsetof -Wnon-virtual-dtor
> -fdiagnostics-color=auto -I/usr/local/include/nss/nss
> -I/usr/local/include/nspr -fno-builtin-malloc -fno-builtin-calloc
> -fno-builtin-realloc -fno-builtin-free -O0 -Wl,-export-dynamic
> CMakeFiles/ceph-mon.dir/ceph_mon.cc.o
> CMakeFiles/common_texttable_obj.dir/common/TextTable.cc.o -o
> ../bin/ceph-mon -L/usr/local/lib ../lib/libmon.a ../lib/libcommon.a
> ../lib/libos.a ../lib/libglobal.a -lrt /usr/local/lib/libatomic_ops.a
> /usr/local/lib/libtcmalloc.so ../lib/libkv.a
> /usr/local/lib/libleveldb.so ../../src/rocksdb/librocksdb.a -lsnappy -lz
> -lbz2 /usr/local/lib/liblz4.so ../lib/libcommon.a
> ../lib/libjson_spirit.a ../lib/libcommon_utf8.a ../lib/liberasure_code.a
> /usr/local/lib/libboost_thread.so /usr/local/lib/libboost_system.so
> /usr/local/lib/libboost_regex.so /usr/local/lib/libboost_random.so
> /usr/local/lib/libboost_program_options.so
> /usr/local/lib/libboost_date_time.so
> /usr/local/lib/libboost_iostreams.so /usr/local/lib/libboost_chrono.so
> /usr/local/lib/libboost_atomic.so -lexecinfo
> /usr/local/lib/nss/libssl3.so /usr/local/lib/nss/libsmime3.so
> /usr/local/lib/nss/libnss3.so /usr/local/lib/nss/libnssutil3.so
> /usr/local/lib/libplds4.so /usr/local/lib/libplc4.so
> /usr/local/lib/libnspr4.so -lpthread -lrt
> -Wl,-rpath,/usr/local/lib:/usr/local/lib/nss:
> ../lib/libmon.a(RocksDBStore.cc.o): In function
> `RocksDBStore::do_open(std::__1::basic_ostream<char,
> std::__1::char_traits<char> >&, bool)':
> /home/wjw/Ceph/master/ceph/src/kv/RocksDBStore.cc:(.text+0x5253):
> undefined reference to `rocksdb::NewLRUCache(unsigned long, int)'
> ../lib/libmon.a(RocksDBStore.cc.o): In function
> `rocksdb::Status::InvalidArgument(rocksdb::Slice const&, rocksdb::Slice
> const&)':
> /home/wjw/Ceph/master/ceph/src/kv/RocksDBStore.cc:(.text._ZN7rocksdb6Status15InvalidArgumentERKNS_5SliceES3_[_ZN7rocksdb6Status15InvalidArgumentERKNS_5SliceES3_]+0x2f):
> undefined reference to `rocksdb::Status::Status(rocksdb::Status::Code,
> rocksdb::Slice const&, rocksdb::Slice const&)'
> ../lib/libmon.a(RocksDBStore.cc.o):(.data.rel.ro._ZTVN12RocksDBStore19MergeOperatorRouterE[_ZTVN12RocksDBStore19MergeOperatorRouterE]+0x20):
> undefined reference to
> `rocksdb::AssociativeMergeOperator::FullMerge(rocksdb::Slice const&,
> rocksdb::Slice const*, std::__1::deque<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> >,
> std::__1::allocator<std::__1::basic_string<char,
> std::__1::char_traits<char>, std::__1::allocator<char> > > > const&,
> std::__1::basic_string<char, std::__1::char_traits<char>,
> std::__1::allocator<char> >*, rocksdb::Logger*) const'
> c++: error: linker command failed with exit code 1 (use -v to see
> invocation)
> gmake[3]: *** [src/CMakeFiles/ceph-mon.dir/build.make:129: bin/ceph-mon]
> Error 1
> gmake[3]: Leaving directory '/usr/srcs/Ceph/master/ceph/build'
> gmake[2]: *** [CMakeFiles/Makefile2:569:
> src/CMakeFiles/ceph-mon.dir/all] Error 2
> gmake[2]: Leaving directory '/usr/srcs/Ceph/master/ceph/build'
> gmake[1]: *** [CMakeFiles/Makefile2:581:
> src/CMakeFiles/ceph-mon.dir/rule] Error 2
> gmake[1]: Leaving directory '/usr/srcs/Ceph/master/ceph/build'
> gmake: *** [Makefile:264: ceph-mon] Error 2
> 12.527u 6.015s 0:18.51 100.1% 2902+225k 2141+53502io 1pf+0w
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Linking error with rocksdb
2016-09-21 9:11 ` Brad Hubbard
@ 2016-09-21 10:29 ` Willem Jan Withagen
2016-09-21 10:36 ` Brad Hubbard
0 siblings, 1 reply; 7+ messages in thread
From: Willem Jan Withagen @ 2016-09-21 10:29 UTC (permalink / raw)
To: Brad Hubbard; +Cc: kefu chai, Ceph Development
On 21-9-2016 11:11, Brad Hubbard wrote:
> On Wed, Sep 21, 2016 at 6:51 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
>> Hi,
>>
>> I think I had something like this before, but cannot find it in my Email
>> archive...
>>
>> I'm trying to build head, which works for a long way, but it gets into
>> trouble when linking ceph-mon. Errors out on not being able to find some
>> of the references in librocksdb...
>>
>> librocksdb.a is recent:
>>> ll src/rocksdb/librocksdb.a
>
> rocksdb can be problematic, try this...
>
> $ git submodule update --force --init --recursive
> $ git submodule foreach --recursive git clean -fdx
>
> and try building again.
I will, but the complete tree was freshly fetched.
So it really should have been all up to date.
Thanx,
--WjW
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Linking error with rocksdb
2016-09-21 10:29 ` Willem Jan Withagen
@ 2016-09-21 10:36 ` Brad Hubbard
2016-09-21 11:38 ` Willem Jan Withagen
0 siblings, 1 reply; 7+ messages in thread
From: Brad Hubbard @ 2016-09-21 10:36 UTC (permalink / raw)
To: Willem Jan Withagen; +Cc: kefu chai, Ceph Development
On Wed, Sep 21, 2016 at 8:29 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
>> $ git submodule update --force --init --recursive
>> $ git submodule foreach --recursive git clean -fdx
>>
>> and try building again.
>
> I will, but the complete tree was freshly fetched.
> So it really should have been all up to date.
>
That's good information to put in your OP along with platform, arch,
distro, etc.
--
Cheers,
Brad
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Linking error with rocksdb
2016-09-21 10:36 ` Brad Hubbard
@ 2016-09-21 11:38 ` Willem Jan Withagen
2016-09-22 3:00 ` Brad Hubbard
0 siblings, 1 reply; 7+ messages in thread
From: Willem Jan Withagen @ 2016-09-21 11:38 UTC (permalink / raw)
To: Brad Hubbard; +Cc: kefu chai, Ceph Development
On 21-9-2016 12:36, Brad Hubbard wrote:
> On Wed, Sep 21, 2016 at 8:29 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
>>> $ git submodule update --force --init --recursive
>>> $ git submodule foreach --recursive git clean -fdx
>>>
>>> and try building again.
>>
>> I will, but the complete tree was freshly fetched.
>> So it really should have been all up to date.
>>
>
> That's good information to put in your OP along with platform, arch,
> distro, etc.
>
Sorry,
I've been spamming this list for FreeBSD issues so much, I forgot to add
this:
FreeBSD 11.0 / amd64
Clang 3.8.0
binutils 2.25.1
So it is not your std-run-of-the-mill problem. 8-D
--WjW
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Linking error with rocksdb
2016-09-21 11:38 ` Willem Jan Withagen
@ 2016-09-22 3:00 ` Brad Hubbard
2016-09-22 10:00 ` Willem Jan Withagen
0 siblings, 1 reply; 7+ messages in thread
From: Brad Hubbard @ 2016-09-22 3:00 UTC (permalink / raw)
To: Willem Jan Withagen; +Cc: kefu chai, Ceph Development
On Wed, Sep 21, 2016 at 9:38 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
> On 21-9-2016 12:36, Brad Hubbard wrote:
>> On Wed, Sep 21, 2016 at 8:29 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
>>>> $ git submodule update --force --init --recursive
>>>> $ git submodule foreach --recursive git clean -fdx
>>>>
>>>> and try building again.
>>>
>>> I will, but the complete tree was freshly fetched.
>>> So it really should have been all up to date.
>>>
>>
>> That's good information to put in your OP along with platform, arch,
>> distro, etc.
>>
> Sorry,
>
> I've been spamming this list for FreeBSD issues so much, I forgot to add
> this:
>
> FreeBSD 11.0 / amd64
> Clang 3.8.0
> binutils 2.25.1
Ahh, I didn't recognise the email address but, now that you mention it...
>
> So it is not your std-run-of-the-mill problem. 8-D
If this is specific to FreeBSD then I'm not sure I can be much help I'm afraid.
>
> --WjW
>
> --
> To unsubscribe from this list: send the line "unsubscribe ceph-devel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at http://vger.kernel.org/majordomo-info.html
--
Cheers,
Brad
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: Linking error with rocksdb
2016-09-22 3:00 ` Brad Hubbard
@ 2016-09-22 10:00 ` Willem Jan Withagen
0 siblings, 0 replies; 7+ messages in thread
From: Willem Jan Withagen @ 2016-09-22 10:00 UTC (permalink / raw)
To: Brad Hubbard; +Cc: kefu chai, Ceph Development
On 22-9-2016 05:00, Brad Hubbard wrote:
> On Wed, Sep 21, 2016 at 9:38 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
>> On 21-9-2016 12:36, Brad Hubbard wrote:
>>> On Wed, Sep 21, 2016 at 8:29 PM, Willem Jan Withagen <wjw@digiware.nl> wrote:
>>>>> $ git submodule update --force --init --recursive
>>>>> $ git submodule foreach --recursive git clean -fdx
>>>>>
>>>>> and try building again.
>>>>
>>>> I will, but the complete tree was freshly fetched.
>>>> So it really should have been all up to date.
>>>>
>>>
>>> That's good information to put in your OP along with platform, arch,
>>> distro, etc.
>>>
>> Sorry,
>>
>> I've been spamming this list for FreeBSD issues so much, I forgot to add
>> this:
>>
>> FreeBSD 11.0 / amd64
>> Clang 3.8.0
>> binutils 2.25.1
>
> Ahh, I didn't recognise the email address but, now that you mention it...
>
>>
>> So it is not your std-run-of-the-mill problem. 8-D
>
> If this is specific to FreeBSD then I'm not sure I can be much help I'm afraid.
Found the problem in the mean time.
I had a package of rocksdb installed that does not have those calls (yet).
So now I have to figure out how I get -I/usr/local/include as last
resort on the compiler commandline.
--WjW
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2016-09-22 10:00 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2016-09-21 8:51 Linking error with rocksdb Willem Jan Withagen
2016-09-21 9:11 ` Brad Hubbard
2016-09-21 10:29 ` Willem Jan Withagen
2016-09-21 10:36 ` Brad Hubbard
2016-09-21 11:38 ` Willem Jan Withagen
2016-09-22 3:00 ` Brad Hubbard
2016-09-22 10:00 ` Willem Jan Withagen
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.