Commit Graph

11 Commits

Author SHA1 Message Date
He Zhe 4ce1fb5356 utilities: Fix build failure with -Werror=maybe-uninitialized
Initialize magic_number to zero to avoid such failure.
utilities/blob_db/blob_log_format.cc:91:3: error: 'magic_number' may be used
uninitialized in this function [-Werror=maybe-uninitialized]
   if (magic_number != kMagicNumber) {
   ^~

Signed-off-by: He Zhe <zhe.he@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-03-19 20:59:40 -07:00
Khem Raj c06db080f2 rocksdb: Fix build with clang
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-02-13 09:27:22 -08:00
Khem Raj 984526c4b8 rocksdb: Update to 5.18 branch ( 5.18.2 )
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-02-05 16:43:12 -08:00
Pascal Bach d417b693a5 rocksdb: make resulting cmake config relocatable
RocksDB is still using CMake 2.8 and thus does not make use of importet targets.
This leads to hardcoded paths to the build directory in the resulting packaged files.

The workaround for the issue is to bypass CMakes detection and let the linker deal with finding the right library.

This is necessary until RocksDB moves to a more modern CMake.
It's also applied in the Poco recipe right now.

Signed-off-by: Pascal Bach <pascal.bach@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-01-19 10:06:20 -08:00
Kai Kang 8243374c0e rocksdb: fix qa warning of buildpaths
rocksdb fails qa check buildpaths:

| WARNING: rocksdb-5.17.2-r0 do_package_qa: QA Issue: File
| /work/core2-64-poky-linux/rocksdb/5.17.2-r0/packages-split/rocksdb-dev/usr/lib64/cmake/rocksdb/RocksDBTargets.cmake
| in package contained reference to tmpdir [buildpaths]

Removing buildpath info from the cmake file.

Signed-off-by: Kai Kang <kai.kang@windriver.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2019-01-19 10:06:20 -08:00
Khem Raj e052ea1b74 rocksdb: Upgrade to 5.17.2
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-12-18 22:15:59 -08:00
Trevor Woerner d4f3f48462 rocksdb: rely on cmake.bbclass to put cmake package files in dev package
The cmake.bbclass in oe-core now ensures that ${libdir}/cmake and
${datadir}/cmake end up in the dev package, so recipes no longer need to
provide custom packaging rules to handles these files.

	http://git.openembedded.org/openembedded-core/commit/?id=d91dc4666683a96e9d03cbbd21b8a546f9069c93

Originally-conceived-by: Andre McCurdy <armccurdy@gmail.com>
Signed-off-by: Trevor Woerner <twoerner@gmail.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-05-29 09:13:35 -07:00
Pascal Bach f860a7daa4 rocksdb: update to 5.13.1
The GCC 8 patch is still needed as the changes are not yet included in 5.13.x

Signed-off-by: Pascal Bach <pascal.bach@siemens.com>
Signed-off-by: Khem Raj <raj.khem@gmail.com>
2018-05-26 21:10:55 -07:00
Khem Raj 1d41179dd0 rocksdb: Fix build with gcc8
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Armin Kuster <akuster808@gmail.com>
2018-05-17 08:28:20 -07:00
Pascal Bach fa63bf37da rocksdb: update to 5.12.2
Also remove the +gitSRCPV suffix from the version.
This is an official release and the version should be enough,
it adds only clutter.

Signed-off-by: Pascal Bach <pascal.bach@siemens.com>
2018-05-01 18:12:49 -07:00
Armin Kuster dbdacc9e20 rocksdb: move to recipe-dbs
Signed-off-by: Armin Kuster <akuster808@gmail.com>
2018-03-29 16:52:16 -07:00