OpenSSL forces c++_shared – why?

[alexcohn]

Describe the bug
If I use prefab for openssl, it can only be linked with c++_shared, but this library is pure C, isn't it?

To Reproduce
Steps to reproduce the behavior:

1. open a new JNI project
2. change the C++ file to C
3. add openssl dependency as prefab

Expected behavior
The project should build without STL

Build system:
CMake

[DanAlbert]

I guess this has been in my to-do list but I never filed a bug for it. ndkports doesn't have any configuration for this yet, so it just gets the default configuration. It's a trivial fix but ndkports changes are blocked on a build infrastructure SNAFU.

[alexcohn]

For openssl, of all libraries, freeze is unacceptable. Every time there is another security fix, it must become available, so this prefab must be part of a kind of continuous deployment. Maybe, there could be an initiative from Google's side to include this prefab on the official https://wiki.openssl.org/index.php/Binaries list.

Also, consider adding the static binaries (libssl.a, libcrypto.a).

[jeffboody]

I'd also like to request support for removing the C++ dependency for C libraries as this also significantly increases the app download/install size by requiring the unneeded library. The libc++_shared.so is nearly 1MB (911696 bytes) as seen in app/build/intermediates/stripped_native_libs/release/out/lib/arm64-v8a. I presume the Curl library is also impacted by this issue which is also a C only library.

[jeffboody]

Looks like the C++ dependency is still required with the latest curl and ssl update.

After applying an equivalent change as follows to my project.

android/ndk-samples@f4574a3

I found that I still require the c++ dependency to complete the build.

    externalNativeBuild {
        cmake {
            arguments "-DANDROID_STL=c++_shared"
            cppFlags ""
        }
    }