Binary incompatibility in JavaHL runtime version check

2015-10-22 Thread Philip Martin
JavaHL uses JNI to load Subversion shared libraries and it includes a runtime version check to ensure that the loaded library is the right version. A program built with 1.8 would report an error if it loaded 1.7 at runtime. It seems we have introduced a binary incompatibility in 1.9 that causes t

Re: Binary incompatibility in JavaHL runtime version check

2015-10-22 Thread Branko Čibej
On 22.10.2015 22:05, Philip Martin wrote: > JavaHL uses JNI to load Subversion shared libraries and it includes a > runtime version check to ensure that the loaded library is the right > version. A program built with 1.8 would report an error if it loaded > 1.7 at runtime. It seems we have introd

Re: Binary incompatibility in JavaHL runtime version check

2015-10-22 Thread Branko Čibej
On 22.10.2015 22:58, Branko Čibej wrote: > On 22.10.2015 22:05, Philip Martin wrote: >> JavaHL uses JNI to load Subversion shared libraries and it includes a >> runtime version check to ensure that the loaded library is the right >> version. A program built with 1.8 would report an error if it loa

Re: Binary incompatibility in JavaHL runtime version check

2015-10-22 Thread Philip Martin
Branko Čibej writes: > Try again with 1710104? It should be a trivial backport to 1.9.x, too. Yes, that works and now gives the correct error: Exception in thread "main" java.lang.LinkageError: Native library version must be at least 1.10.0, but is only 1.8.15-dev (under development) -- Phil