fdf882ded2
Summary: When dynamically linking two binaries together, different builds of RocksDB from two sources might cause errors. To provide a tool for user to solve the problem, the RocksDB namespace is changed to a flag which can be overridden in build time. Pull Request resolved: https://github.com/facebook/rocksdb/pull/6433 Test Plan: Build release, all and jtest. Try to build with ROCKSDB_NAMESPACE with another flag. Differential Revision: D19977691 fbshipit-source-id: aa7f2d0972e1c31d75339ac48478f34f6cfcfb3e
31 lines
1.3 KiB
C++
31 lines
1.3 KiB
C++
// Copyright (c) 2011-present, Facebook, Inc. All rights reserved.
|
|
// This source code is licensed under both the GPLv2 (found in the
|
|
// COPYING file in the root directory) and Apache 2.0 License
|
|
// (found in the LICENSE.Apache file in the root directory).
|
|
//
|
|
// This file implements the "bridge" between Java and C++ for
|
|
// JNI Callbacks from C++ to sub-classes or org.rocksdb.RocksCallbackObject
|
|
|
|
#include <jni.h>
|
|
|
|
#include "include/org_rocksdb_RocksCallbackObject.h"
|
|
#include "jnicallback.h"
|
|
|
|
/*
|
|
* Class: org_rocksdb_RocksCallbackObject
|
|
* Method: disposeInternal
|
|
* Signature: (J)V
|
|
*/
|
|
void Java_org_rocksdb_RocksCallbackObject_disposeInternal(JNIEnv* /*env*/,
|
|
jobject /*jobj*/,
|
|
jlong handle) {
|
|
// TODO(AR) is deleting from the super class JniCallback OK, or must we delete
|
|
// the subclass? Example hierarchies:
|
|
// 1) Comparator -> BaseComparatorJniCallback + JniCallback ->
|
|
// DirectComparatorJniCallback 2) Comparator -> BaseComparatorJniCallback +
|
|
// JniCallback -> ComparatorJniCallback
|
|
// I think this is okay, as Comparator and JniCallback both have virtual
|
|
// destructors...
|
|
delete reinterpret_cast<ROCKSDB_NAMESPACE::JniCallback*>(handle);
|
|
// @lint-ignore TXT4 T25377293 Grandfathered in
|
|
} |