I was just trying to get gradle running to try it out, but have hit some issues - I’m fairly sure its related to the setup here at work, but any suggestions on where to go next would be greatfully received.
I’ve tried with both gradle 2.14.1 and 3.0-rc-2, and had the same issue with both. Running on Windows 7, 64bit OS. And using a 64 bit JDK 1.8.0_45.
When I run gradle I get the response:
λ gradle
FAILURE: Build failed with an exception.
* What went wrong:
Failed to load native library ‘native-platform.dll’ for Windows 7 amd64.
* Try:
Run with --stacktrace option to get the stack trace. Run with --info or --debug option to get more log output.
Adding the --debug etc. options doesn’t make any difference. I tried clearing out my .gradle/native directory, but it made no difference (i.e. a new dll was put in place, but got the same output).
So are there any thoughts on why the library can’t be loaded? Or can I run without the native library?
No I’m afraid not, I think I read that stack overflow post, and did try fiddling around with the dlls, but had no luck getting it working. I have a feeling its related to the various ‘security’ measures installed on the work machines - I’ve had it working fine on my home machine.
So sorry no further insights (I ended up going with Maven).
Hi,
just a quick addendum here.
Had a very similar/same error msg. while working with Eclipse and import of a big Gradle project. Finally my only issue was that GRADLE_USER_HOME was not set correctly resp. to any existing directly. That was all.
Oh interesting, in my case I guess it’s possible it arose by importing something into Eclipse, if Buildship configured something that then confused Gradle in my cygwin environment. This issue “resolved itself” (after me having stumped for many hours) quite early on after starting-out with Gradle. At some point I did customise my GRADLE_USER_HOME (in both Eclipse prefs and my console init scripts). However that’s so long ago now that I can’t confirm any connection between these things - other than noting it would be consistent with @raduis2’s solution above.