Logo AND Algorithmique Numérique Distribuée

Public GIT Repository
Further simplify the full.jar generation (the hard portability way)
authorMartin Quinson <martin.quinson@loria.fr>
Mon, 21 Sep 2015 23:54:22 +0000 (01:54 +0200)
committerMartin Quinson <martin.quinson@loria.fr>
Tue, 22 Sep 2015 00:10:41 +0000 (02:10 +0200)
commit1ea2b84113444364446ce170cb57f8f9bda67be2
tree15e19900dde74fa39258f8e7cc3b62cdaf0b8318
parent0a18463d7c8194857d4fc66c18fb0913ced79dc7
Further simplify the full.jar generation (the hard portability way)

Don't run the jar at build time to ensure that the java searches the
libs where the cmake puts them. It was nice but it's hard to get that
script running on windows.

Instead, manually determine in both systems (java and cmake) where the
libs should be. Of course both definitions should match.

 - Allows to remove the java_bundle.sh pimple (that breaks on windows)
 - Users compiling simgrid will use the installed libs instead
 - None of the solutions will work for users using a faulty jar
 - Our testing infrastructure will catch the glitches:
   Each system displays the libs location in the build logs.
src/bindings/java/org/simgrid/NativeLib.java
tools/cmake/DefinePackages.cmake
tools/cmake/MakeJava.cmake
tools/cmake/scripts/java_bundle.sh [deleted file]