GitLab

Honors "starting key" in BerkelyDB and LevelDB backends.  Note that
we are following RADOS semantics for starting key and excluding it from
returned list of keys.

closes #9

we were previously just returning all keys

solves make check failures on my system

kv_list_keys will give you all the keys in the database.  Still TODO:
implement the "starting key" feature, so we can get a subset of keys.

Makefile.am fix for manual build linking issue. Bug fix in kvgroup-client for addr_str size argument to margo_addr_to_string. The size is in/out so need to be careful in the loop.

Split up "context" (the instance of the sds-keyval service) and
"database" (a specific collection of keys and values).

Furthermore, teach 'group' about this split.  Now a 'group' is a
collection of one context and one or more databases.

fixes #5 and #6
fully fixes #7

server-oriented code needs a few more libraries than client-side.
Should fix Matthieu's build problem where boost was not propigated up to
mobject.

one purpose of the alternate backends is to get us building when we
don't have gcc5 or newer.  If we always build bwtree, then we're not
helping things.  Now BwTree is only built if it's the selected backend

C compilers on bebop are still c99 by default.

bebop machine (centos 7) has automake 1.13.4 by default.  Should be good
enough for us.

Fix BerkeleyDB interface implementation to be multithread tolerant. Added simple ABT_mutex in kv-server to protect access to the 2 datastore related global variables in open_handler. Successfully tested with ParSplice.