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

Can detects arch for OS, not JDK? #26

Open
slavashvets opened this issue Feb 3, 2017 · 3 comments
Open

Can detects arch for OS, not JDK? #26

slavashvets opened this issue Feb 3, 2017 · 3 comments

Comments

@slavashvets
Copy link

When 32-bit JDK is running on 64-bit OS the plugin detects x86_32 arch.

Is there a way to avoid this? As a temporary workaround I do additional check System.getenv("ProgramFiles(x86)") and fix final value.

@trustin
Copy link
Owner

trustin commented Apr 21, 2018

I'm not sure if this is a good idea given that the primary purpose of this plugin is to use the detected architecture to load .dll or .so. If we returned x86_64 for 32-bit JDK, the chosen shared object will not be loaded.

@tresf
Copy link

tresf commented Apr 5, 2019

I'm not sure if this is a good idea given that the primary purpose of this plugin is to use the detected architecture to load .dll or .so. If we returned x86_64 for 32-bit JDK, the chosen shared object will not be loaded.

To the OP's point, if it's being used for building/packaging decisions, it's not necessarily true that the JDK is ever being invoked for a runtime decision. I agree that it should be non-default but I can also see why it would be useful.

@trustin
Copy link
Owner

trustin commented Feb 6, 2021

I see. Sounds like a good idea to have an option for that, probably from a configuration like this.

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

No branches or pull requests

3 participants