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

SDL should optionally(?) not use JNI to improve performance #573

Closed
SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Closed

SDL should optionally(?) not use JNI to improve performance #573

SDLBugzilla opened this issue Feb 10, 2021 · 0 comments
Labels
duplicate This issue or pull request already exists enhancement New feature or request

Comments

@SDLBugzilla
Copy link
Collaborator

This bug report was migrated from our old Bugzilla tracker.

Reported in version: HG 2.0
Reported for operating system, platform: Android (All), All

Comments on the original bug report:

On 2012-04-08 15:56:51 +0000, Ellie wrote:

As far as I understand it (feel free to close this bug if that is not correct, since it is the only motivation for this request) JNI causes a performance penalty.

Android 4 is here and Android 5 will arrive soon, and Android 2.3 is on the majority of devices. Some developers might want the additional performance SDL as a direct NDK-glued application instead of hassleful JNI-wrapped beast could give them.

Therefore, SDL should optionally not use JNI but operate as pure NDK app as possible since Android 2.3. (Personally, I'd also agree to dropping JNI completely, but I guess others might care more about old devices than me)

On 2012-05-25 07:36:52 +0000, Gabriel Jacobo wrote:

*** This bug has been marked as a duplicate of bug 1383 ***

@SDLBugzilla SDLBugzilla added duplicate This issue or pull request already exists enhancement New feature or request labels Feb 10, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
duplicate This issue or pull request already exists enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant