Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Don't fail JNI dependency checks if we can build a JNI program #466

Closed
wants to merge 1 commit into from

Conversation

jgriffiths
Copy link
Contributor

Not all setups will result in JNI_INCLUDE_DIRS having a value, in
particular Android builds from standalone toolchain directories have
the JNI headers installed in the standard include directories.

Instead of failing if the configure macro didn't find a directory
based on the installed Java runtime, only fail if we cannot build a
JNI-including program.

Not all setups will result in JNI_INCLUDE_DIRS having a value, in
particular Android builds from standalone toolchain directories have
the JNI headers installed in the standard include directories.

Instead of failing if the configure macro didn't find a directory
based on the installed Java runtime, only fail if we cannot build a
JNI-including program.
Copy link
Contributor

@gmaxwell gmaxwell left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Looks good to me. utACK

@sipa
Copy link
Contributor

sipa commented Jul 31, 2017

@theuni Care to have a look?

@theuni
Copy link
Contributor

theuni commented Aug 8, 2017

This can re-enable jni if it's been turned off because ecdh is disabled. I think the quick fix is just to move the enable_module_ecdh check down a bit.

@real-or-random
Copy link
Contributor

Closing this because we removed the JNI bindings in #682.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

5 participants