All of lore.kernel.org
 help / color / mirror / Atom feed
* 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.