
Automatically builds and updates native C/C++ libraries like OpenSSL, curl, and zlib, facilitating seamless integration and version management in projects. Offers Gradle plugin for easier dependency handling.
This project regularly builds the latest available vcpkg version of the following libraries:
com.ensody.nativebuilds:openssl-headers: headerscom.ensody.nativebuilds:openssl-libcrypto: core crypto librarycom.ensody.nativebuilds:openssl-libssl: TLS library (optional; depends on libcrypto)com.ensody.nativebuilds:curl-headers: headerscom.ensody.nativebuilds:curl-libcurl: static library (depends on openssl, nghttp2, nghttp3, ngtcp2, zlib)com.ensody.nativebuilds:nghttp2-headers: headerscom.ensody.nativebuilds:nghttp2-libnghttp2: static librarycom.ensody.nativebuilds:nghttp3-headers: headerscom.ensody.nativebuilds:nghttp3-libnghttp3: static librarycom.ensody.nativebuilds:ngtcp2-headers: headerscom.ensody.nativebuilds:ngtcp2-libngtcp2: main static librarycom.ensody.nativebuilds:ngtcp2-libngtcp2_crypto_ossl: OpenSSL helper librarycom.ensody.nativebuilds:brotli-headers: headerscom.ensody.nativebuilds:brotli-libbrotlicommon: common static librarycom.ensody.nativebuilds:brotli-libbrotlidec: decompression static library (depends on libbrotlicommon)com.ensody.nativebuilds:brotli-libbrotlienc: compression static library (depends on libbrotlicommon)com.ensody.nativebuilds:lz4-headers: headerscom.ensody.nativebuilds:lz4-libzl4: static librarycom.ensody.nativebuilds:zlib-headers: headerscom.ensody.nativebuilds:zlib-libz: static librarycom.ensody.nativebuilds:zstd-headers: headerscom.ensody.nativebuilds:zstd-libzstd: static libraryThe artifacts are published to Maven Central, so they can be easily consumed by Gradle and Kotlin Multiplatform projects. A Gradle plugin is also provided to simplify the integration of the header files.
Apart from being easier to integrate, this project helps you stay up to date. The NativeBuilds automatically publish new versions to Maven Central. Tools like Dependabot can notify you of version updates coming from NativeBuilds. For security critical libraries like OpenSSL this automation is very helpful and important.
If you're a library author: This project also allows consumers of your library to update the underlying native library without you having to publish a new version of your own library. Each static library (e.g. OpenSSL) is packaged like any other Kotlin module, so the normal Gradle dependency resolution rules apply. It's even possible to substitute the static library with a debug version.
Finally, this project allows sharing/reusing the same underlying static library (e.g. OpenSSL or libcurl) in different projects. For example, a KMP crypto library could depend on libcrypto.a and Ktor could also depend on libcrypto.a without causing duplication or symbol conflicts.
If you want to implement a JNI integration in C/C++ using the NativeBuilds Gradle plugin, you must install Zig and place it in your PATH. Zig is used for cross-compiling your C/C++ code to all targets (linuxArm64, linuxX64, macosArm64, macosX64, mingwX64).
You don't need Zig if you're just consuming the pre-built libraries (i.e., you're not writing any C/C++ code).
The example folder in this repo contains a minimal sample project which just calls ZSTD_versionString() from libzstd. It builds for several native targets and JVM and Android. You have to run ./gradlew assemble once to build all necessary artifacts, so the IDE's Gradle sync won't warn about missing files.
Take a look at the Kompressor project to see a slightly more complex real-world example. NativeBuilds is used in the modules that are named "...--nativelib".
Add the dependencies, based on the Maven modules mentioned above, to your gradle/libs.versions.toml:
[versions]
# Note: these might not be the latest version numbers. Please check the version badges above.
openssl = "3.6.0.13"
nativebuilds = "0.8.0"
[libraries]
# KMP wrapper module for libcrypto.a
nativebuilds-openssl-libcrypto = { module = "com.ensody.nativebuilds:openssl-libcrypto", version.ref = "openssl" }
# KMP wrapper module for libssl.a
nativebuilds-openssl-libssl = { module = "com.ensody.nativebuilds:openssl-libssl", version.ref = "openssl" }
# Needed to integrate the OpenSSL headers for cinterop (only if you're creating a C/C++ wrapper
# and need to call the C API directly).
nativebuilds-openssl-headers = { module = "com.ensody.nativebuilds:openssl-headers", version.ref = "openssl" }
[plugins]
nativebuilds = { id = "com.ensody.nativebuilds", version.ref = "nativebuilds" }Add the plugin to your build.gradle.kts:
plugins {
kotlin("multiplatform")
id("com.android.kotlin.multiplatform.library") // or com.android.library
alias(libs.plugins.nativebuilds)
}
kotlin {
// List all desired targets. The NativeBuilds Gradle plugin will take the active targets into account.
androidTarget()
jvm()
iosArm64()
iosSimulatorArm64()
iosx64()
tvosArm64()
linuxArm64()
linuxX64()
mingwX64()
// Add the KMP dependency containing the pre-built static library (the .a file)
sourceSets.nativeMain.dependencies {
api(libs.nativebuilds.openssl.libcrypto)
}
// If you need direct access to the libcrypto/OpenSSL API you have to activate cinterop
// for the OpenSSL header files.
cinterops(libs.nativebuilds.openssl.headers) {
definitionFile.set(file("src/nativeMain/cinterop/openssl.def"))
}
}
// Add the KMP dependency for JNI C++ integration. This will integrate both Android and JVM.
jniNativeBuild(
name = "libcrypto-jni",
// This links against the libcrypto shared library and makes the headers available in your C/C++ code.
nativeBuilds = listOf(
libs.nativebuilds.openssl.headers,
libs.nativebuilds.openssl.libcrypto,
),
) {
// Path(s) to the JNI C++ source code (where the .cpp files reside)
inputFiles.from("src/jvmCommonMain/jni")
// Optional: Path(s) to any additional headers
// includeDirs.from("../jni/common/include")
}
// This allows Android unit tests to run on the host
substituteAndroidNativeLibsInUnitTests()For Kotlin/Native, create src/nativeMain/cinterop/openssl.def, but don't define staticLibraries.
The native .a is already part of api(libs.nativebuilds.openssl.libcrypto) in the dependencies block above.
package = my.package.openssl
headerFilter = openssl/*
headers = openssl/evp.h \
openssl/kdf.h \
openssl/err.h \
openssl/encoder.h \
openssl/decoder.h \
openssl/ec.h
compilerOpts = -DOPENSSL_NO_DEPRECATED
Make sure your gradle.properties activates cinterop:
kotlin.mpp.enableCInteropCommonization=true
After a Gradle sync you can import the OpenSSL APIs within nativeMain (or iosMain etc.).
Also, you can place JNI C++ code under src/jvmCommonMain/jni (as configured above).
You don't need to write any additional build scripts (not even the Android CMakeLists.txt).
On the JVM and Android, you can load the shared library at runtime like this:
NativeBuildsJvmLoader.load(NativeBuildsJvmLibCrypto)Again, take a look at Kompressor for a real-world usage example.
The NativeBuilds Gradle plugin provides a helper function for Android unit tests which substitutes all Android JNI dependencies with their JVM counterpart. Without that rule, Android unit tests with JNI dependencies would fail because the tests run directly on the host instead of an Android emulator - while the JNI dependencies are usually only built for Android only instead of for the host.
This substitution helper only changes the Android unit tests. The main Android source-set stays untouched. Add this to your build.gradle.kts or build-logic module:
substituteAndroidNativeLibsInUnitTests()If you want to customize the rule, you can use the code in AndroidSubstitutionRule.kt as a starting point.
Note: Only not-yet-published versions get built. In nativebuilds/build.gradle.kts you can change the
republishVersionSuffix to re-map to a new version in order to force a new build.
export ANDROID_NDK_ROOT=$ANDROID_SDK_ROOT/ndk/29.0.13599879
export BUILD_TARGETS=macosArm64,macosX64,iosArm64,iosSimulatorArm64,iosX64,androidNativeArm64,androidNativeArm32
./gradlew assembleProjects
PUBLISHING=true ./gradlew generateBuildScripts
# This publishes to build/localmaven
PUBLISHING=true WITH_WRAPPERS=true ./gradlew publishAllPublicationsToLocalMavenRepository
# Alternatively, you can publish to mavenLocal
# PUBLISHING=true WITH_WRAPPERS=true ./gradlew pTMLCopyright 2026 Ensody GmbH, Waldemar Kornewald
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.
This project regularly builds the latest available vcpkg version of the following libraries:
com.ensody.nativebuilds:openssl-headers: headerscom.ensody.nativebuilds:openssl-libcrypto: core crypto librarycom.ensody.nativebuilds:openssl-libssl: TLS library (optional; depends on libcrypto)com.ensody.nativebuilds:curl-headers: headerscom.ensody.nativebuilds:curl-libcurl: static library (depends on openssl, nghttp2, nghttp3, ngtcp2, zlib)com.ensody.nativebuilds:nghttp2-headers: headerscom.ensody.nativebuilds:nghttp2-libnghttp2: static librarycom.ensody.nativebuilds:nghttp3-headers: headerscom.ensody.nativebuilds:nghttp3-libnghttp3: static librarycom.ensody.nativebuilds:ngtcp2-headers: headerscom.ensody.nativebuilds:ngtcp2-libngtcp2: main static librarycom.ensody.nativebuilds:ngtcp2-libngtcp2_crypto_ossl: OpenSSL helper librarycom.ensody.nativebuilds:brotli-headers: headerscom.ensody.nativebuilds:brotli-libbrotlicommon: common static librarycom.ensody.nativebuilds:brotli-libbrotlidec: decompression static library (depends on libbrotlicommon)com.ensody.nativebuilds:brotli-libbrotlienc: compression static library (depends on libbrotlicommon)com.ensody.nativebuilds:lz4-headers: headerscom.ensody.nativebuilds:lz4-libzl4: static librarycom.ensody.nativebuilds:zlib-headers: headerscom.ensody.nativebuilds:zlib-libz: static librarycom.ensody.nativebuilds:zstd-headers: headerscom.ensody.nativebuilds:zstd-libzstd: static libraryThe artifacts are published to Maven Central, so they can be easily consumed by Gradle and Kotlin Multiplatform projects. A Gradle plugin is also provided to simplify the integration of the header files.
Apart from being easier to integrate, this project helps you stay up to date. The NativeBuilds automatically publish new versions to Maven Central. Tools like Dependabot can notify you of version updates coming from NativeBuilds. For security critical libraries like OpenSSL this automation is very helpful and important.
If you're a library author: This project also allows consumers of your library to update the underlying native library without you having to publish a new version of your own library. Each static library (e.g. OpenSSL) is packaged like any other Kotlin module, so the normal Gradle dependency resolution rules apply. It's even possible to substitute the static library with a debug version.
Finally, this project allows sharing/reusing the same underlying static library (e.g. OpenSSL or libcurl) in different projects. For example, a KMP crypto library could depend on libcrypto.a and Ktor could also depend on libcrypto.a without causing duplication or symbol conflicts.
If you want to implement a JNI integration in C/C++ using the NativeBuilds Gradle plugin, you must install Zig and place it in your PATH. Zig is used for cross-compiling your C/C++ code to all targets (linuxArm64, linuxX64, macosArm64, macosX64, mingwX64).
You don't need Zig if you're just consuming the pre-built libraries (i.e., you're not writing any C/C++ code).
The example folder in this repo contains a minimal sample project which just calls ZSTD_versionString() from libzstd. It builds for several native targets and JVM and Android. You have to run ./gradlew assemble once to build all necessary artifacts, so the IDE's Gradle sync won't warn about missing files.
Take a look at the Kompressor project to see a slightly more complex real-world example. NativeBuilds is used in the modules that are named "...--nativelib".
Add the dependencies, based on the Maven modules mentioned above, to your gradle/libs.versions.toml:
[versions]
# Note: these might not be the latest version numbers. Please check the version badges above.
openssl = "3.6.0.13"
nativebuilds = "0.8.0"
[libraries]
# KMP wrapper module for libcrypto.a
nativebuilds-openssl-libcrypto = { module = "com.ensody.nativebuilds:openssl-libcrypto", version.ref = "openssl" }
# KMP wrapper module for libssl.a
nativebuilds-openssl-libssl = { module = "com.ensody.nativebuilds:openssl-libssl", version.ref = "openssl" }
# Needed to integrate the OpenSSL headers for cinterop (only if you're creating a C/C++ wrapper
# and need to call the C API directly).
nativebuilds-openssl-headers = { module = "com.ensody.nativebuilds:openssl-headers", version.ref = "openssl" }
[plugins]
nativebuilds = { id = "com.ensody.nativebuilds", version.ref = "nativebuilds" }Add the plugin to your build.gradle.kts:
plugins {
kotlin("multiplatform")
id("com.android.kotlin.multiplatform.library") // or com.android.library
alias(libs.plugins.nativebuilds)
}
kotlin {
// List all desired targets. The NativeBuilds Gradle plugin will take the active targets into account.
androidTarget()
jvm()
iosArm64()
iosSimulatorArm64()
iosx64()
tvosArm64()
linuxArm64()
linuxX64()
mingwX64()
// Add the KMP dependency containing the pre-built static library (the .a file)
sourceSets.nativeMain.dependencies {
api(libs.nativebuilds.openssl.libcrypto)
}
// If you need direct access to the libcrypto/OpenSSL API you have to activate cinterop
// for the OpenSSL header files.
cinterops(libs.nativebuilds.openssl.headers) {
definitionFile.set(file("src/nativeMain/cinterop/openssl.def"))
}
}
// Add the KMP dependency for JNI C++ integration. This will integrate both Android and JVM.
jniNativeBuild(
name = "libcrypto-jni",
// This links against the libcrypto shared library and makes the headers available in your C/C++ code.
nativeBuilds = listOf(
libs.nativebuilds.openssl.headers,
libs.nativebuilds.openssl.libcrypto,
),
) {
// Path(s) to the JNI C++ source code (where the .cpp files reside)
inputFiles.from("src/jvmCommonMain/jni")
// Optional: Path(s) to any additional headers
// includeDirs.from("../jni/common/include")
}
// This allows Android unit tests to run on the host
substituteAndroidNativeLibsInUnitTests()For Kotlin/Native, create src/nativeMain/cinterop/openssl.def, but don't define staticLibraries.
The native .a is already part of api(libs.nativebuilds.openssl.libcrypto) in the dependencies block above.
package = my.package.openssl
headerFilter = openssl/*
headers = openssl/evp.h \
openssl/kdf.h \
openssl/err.h \
openssl/encoder.h \
openssl/decoder.h \
openssl/ec.h
compilerOpts = -DOPENSSL_NO_DEPRECATED
Make sure your gradle.properties activates cinterop:
kotlin.mpp.enableCInteropCommonization=true
After a Gradle sync you can import the OpenSSL APIs within nativeMain (or iosMain etc.).
Also, you can place JNI C++ code under src/jvmCommonMain/jni (as configured above).
You don't need to write any additional build scripts (not even the Android CMakeLists.txt).
On the JVM and Android, you can load the shared library at runtime like this:
NativeBuildsJvmLoader.load(NativeBuildsJvmLibCrypto)Again, take a look at Kompressor for a real-world usage example.
The NativeBuilds Gradle plugin provides a helper function for Android unit tests which substitutes all Android JNI dependencies with their JVM counterpart. Without that rule, Android unit tests with JNI dependencies would fail because the tests run directly on the host instead of an Android emulator - while the JNI dependencies are usually only built for Android only instead of for the host.
This substitution helper only changes the Android unit tests. The main Android source-set stays untouched. Add this to your build.gradle.kts or build-logic module:
substituteAndroidNativeLibsInUnitTests()If you want to customize the rule, you can use the code in AndroidSubstitutionRule.kt as a starting point.
Note: Only not-yet-published versions get built. In nativebuilds/build.gradle.kts you can change the
republishVersionSuffix to re-map to a new version in order to force a new build.
export ANDROID_NDK_ROOT=$ANDROID_SDK_ROOT/ndk/29.0.13599879
export BUILD_TARGETS=macosArm64,macosX64,iosArm64,iosSimulatorArm64,iosX64,androidNativeArm64,androidNativeArm32
./gradlew assembleProjects
PUBLISHING=true ./gradlew generateBuildScripts
# This publishes to build/localmaven
PUBLISHING=true WITH_WRAPPERS=true ./gradlew publishAllPublicationsToLocalMavenRepository
# Alternatively, you can publish to mavenLocal
# PUBLISHING=true WITH_WRAPPERS=true ./gradlew pTMLCopyright 2026 Ensody GmbH, Waldemar Kornewald
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.