MantisBT - CMake
View Issue Details
0012056CMakeCMakepublic2011-04-07 13:522016-06-10 14:31
Oliver Buchtala 
Kitware Robot 
normalfeatureN/A
closedmoved 
 
 
0012056: Java: option to disable windows-registry in hints for FindJava and FindJNI
In some cases it is necessary to have full control over the actual JDK version used for building. E.g., when hosting a JVM in a C++ app the jvm library version to link against is important. Otherwise can crash if jvm dynamic library found at runtime is incompatible.

On windows, the Java search modules treat registry entries as first class hints.
More control could be provided if JAVA_HOME would be first here.

If this order (registry before JAVA_HOME) is of importance, then an option to disable the registry hints would be handy.
No tags attached.
patch 0001-Allow-overriding-of-win-registry-search-in-FindJava.patch (1,414) 2011-04-07 15:11
https://public.kitware.com/Bug/file/3804/0001-Allow-overriding-of-win-registry-search-in-FindJava.patch
patch 0002-Allow-overriding-of-win-registry-search-in-FindJNI.patch (2,404) 2011-04-07 15:11
https://public.kitware.com/Bug/file/3805/0002-Allow-overriding-of-win-registry-search-in-FindJNI.patch
Issue History
2011-04-07 13:52Oliver BuchtalaNew Issue
2011-04-07 14:31Clinton StimpsonNote Added: 0026138
2011-04-07 14:34Oliver BuchtalaNote Added: 0026139
2011-04-07 15:11Oliver BuchtalaFile Added: 0001-Allow-overriding-of-win-registry-search-in-FindJava.patch
2011-04-07 15:11Oliver BuchtalaFile Added: 0002-Allow-overriding-of-win-registry-search-in-FindJNI.patch
2011-04-07 15:12Oliver BuchtalaNote Added: 0026140
2011-04-07 15:32Clinton StimpsonNote Added: 0026141
2011-04-07 15:47Oliver BuchtalaNote Added: 0026142
2012-08-11 11:09David ColeStatusnew => backlog
2012-08-11 11:09David ColeNote Added: 0030249
2016-06-10 14:28Kitware RobotNote Added: 0041830
2016-06-10 14:28Kitware RobotStatusbacklog => resolved
2016-06-10 14:28Kitware RobotResolutionopen => moved
2016-06-10 14:28Kitware RobotAssigned To => Kitware Robot
2016-06-10 14:31Kitware RobotStatusresolved => closed

Notes
(0026138)
Clinton Stimpson   
2011-04-07 14:31   
Does CMAKE_PREFIX_PATH work?
(0026139)
Oliver Buchtala   
2011-04-07 14:34   
Is CMAKE_PREFIX_PATH related to this?
(0026140)
Oliver Buchtala   
2011-04-07 15:12   
Added two patches that simply change the order of hints in FindJava/JNI.
Though, there might be reasons to have win registry entries at first place?
(0026141)
Clinton Stimpson   
2011-04-07 15:32   
The user can set CMAKE_PREFIX_PATH affect any find_*() command.
http://www.kdedevelopers.org/node/3800 [^]
http://www.cmake.org/cmake/help/cmake-2-8-docs.html#variable:CMAKE_PREFIX_PATH [^]
(0026142)
Oliver Buchtala   
2011-04-07 15:47   
For the simple things (executables): yes
For others I suppose not: there are some things stored in certain deeper sub-folders

One could add more sub-directories to CMAKE_PREFIX_PATH, what would be like reimplementing FindJNI.cmake

If not a technical reason against, the proposed solution (reordering existing hints) would be all.
(0030249)
David Cole   
2012-08-11 11:09   
Sending old, never assigned issues to the backlog.

(The age of the bug, plus the fact that it's never been assigned to anyone means that nobody is actively working on it...)

If an issue you care about is sent to the backlog when you feel it should have been addressed in a different manner, please bring it up on the CMake mailing list for discussion. Sign up for the mailing list here, if you're not already on it: http://www.cmake.org/mailman/listinfo/cmake [^]

It's easy to re-activate a bug here if you can find a CMake developer who has the bandwidth to take it on, and ferry a fix through to our 'next' branch for dashboard testing.
(0041830)
Kitware Robot   
2016-06-10 14:28   
Resolving issue as `moved`.

This issue tracker is no longer used. Further discussion of this issue may take place in the current CMake Issues page linked in the banner at the top of this page.