Problems with gradle

[Kevin Rushforth]

[copying the openjfx-dev mailing list]

Are you using VisualStudio 2010 Express? I believe that only supports 
32-bit builds, so that could be your issue, in which case using the 
32-bit JDK should resolve your problem. You may have to manually clean 
your repo by removing at least the following:

    rm -rf build buildSrc/build

Failing that, I recommend to run with "gradle --info --stacktrace" and 
see if that gives you more information.

-- Kevin



> Wow, sorry I prepared the msg and forgot to paste it here.. haha
>  
> Here's the elaboration:
>  
> I'm having problems with gradle task :graphics:compileDecoraHLSLShaders
>  
> 01:10:00.026 [ERROR] [org.gradle.BuildExceptionReporter] FAILURE: 
> Build failed with an exception.
> 01:10:00.034 [ERROR] [org.gradle.BuildExceptionReporter]
> 01:10:00.039 [ERROR] [org.gradle.BuildExceptionReporter] * What went 
> wrong:
> 01:10:00.046 [ERROR] [org.gradle.BuildExceptionReporter] Execution 
> failed for task ':graphics:compileDecoraHLSLShaders'.
> 01:10:00.051 [ERROR] [org.gradle.BuildExceptionReporter] > Could not 
> call NativeCompileTask.compile() on task 
> ':graphics:compileDecoraHLSLShaders'
> 01:10:00.056 [ERROR] [org.gradle.BuildExceptionReporter]
> 01:10:00.061 [ERROR] [org.gradle.BuildExceptionReporter] * Exception is:
> 01:10:00.068 [ERROR] [org.gradle.BuildExceptionReporter] 
> org.gradle.api.tasks.TaskExecutionException: Execution failed for task 
> ':graphics:compileDecoraHLSLShad
> ers'.
>  
> The original causing exception is:
>  
> 01:10:00.407 [ERROR] [org.gradle.BuildExceptionReporter] Caused by: 
> java.lang.NullPointerException
> 01:10:00.411 [ERROR] [org.gradle.BuildExceptionReporter]        at 
> org.gradle.process.internal.DefaultProcessForkOptions.getActualEnvironment(DefaultProcessFork
> Options.java:75)
>  
>  
> Tried it w/ gradle 1.8 and 2.1. Same problem in both. I'm building w/ 
> jdk 1.8.0_20 64-bits. Maybe that's the problem?
>  
> PS.: Personally I think using gradle is introducing unnecessary 
> complexity in the build process.. Better to use a simpler tech like 
> ant (which should also work for native code) or make, like the rest of 
> the OpenJDK.
>  
> Tks,
> JC
>