I did set them, but... if I set them in bash they disappear the next time I launch it, which made me think they are not being set properly for some reason even though they appear in `export -p` immediately after. Launching bash as admin didn't do anything (I thought write permissions issue).
So I went to the /home/user/.bash_profile file and added the export declarations there. Now they appear on `export -p` properly every launch. I also did `gradle --stop` and `rm -rf build`, but `gradle clean` gives the same error. Otherwise, I also noticed that the folder VS150COMNTOOLS is pointing to does not exist. I downloaded today VS 2017 Community version 15.5.2 (which is what I set for MSVC_VER). This is as close as it gets: --- Nir@Nir-Desktop /cygdrive/c/Program Files (x86)/Microsoft Visual Studio/2017/Community $ dir Common7 Licenses MSBuild Team\ Tools Xml --- (no VC/Auxiliary/Build) Is that directory supposed to be created by some process, I needed to select some installation package for VS, or did something change from version 14.x to 15.x? Nir On Sat, Dec 23, 2017 at 4:14 AM, Kevin Rushforth <kevin.rushfo...@oracle.com > wrote: > Thanks for the feedback...I'll note it. > > As for the build failure, did you install Visual Studio 2017 and set the > two env variables (VS150COMNTOOLS and MSVC_VER) to point to it? If so, then > it should determine WINSDK_DIR without anything else needed. > > -- Kevin > > > > Nir Lisker wrote: > > Thanks Kevin, > > I'm going through the process now on Win 10. > > A few things to note: > - In the Platform Prerequisites/cygwin it says to make sure mercurial > package is installed. Later, under Common Prerequisites/Mercurial it says > "you can also install Mercurial as a cygwin package". It's not clear then > if it's needed or optional and if it replaces or complements the other hg > toolings. > - The link to Tortoise should be https://tortoisehg.bitbucket.io (not > .org). > - Might be trivial but I would say it's worth noting that all commands > listed there are to be ran in cygwin. > - The hg clone command probably needs to have a note added about the > destination folder. > > The problems starts after navigating to the /rt directory and executing > 'gradle tasks' or `gradle projects`: > > $ gradle tasks > :buildSrc:generateGrammarSource > A problem was found with the configuration of task > ':buildSrc:generateGrammarSource'. > Registering invalid inputs and outputs via TaskInputs and TaskOutputs > methods has been deprecated and is scheduled to be removed in Gradle 5.0. > - Directory 'D:\rt\buildSrc\src\main\antlr' specified for property '$1' > does not exist. > :buildSrc:generateGrammarSource UP-TO-DATE > :buildSrc:compileJava NO-SOURCE > :buildSrc:compileGroovy UP-TO-DATE > :buildSrc:processResources NO-SOURCE > :buildSrc:classes UP-TO-DATE > :buildSrc:jar UP-TO-DATE > :buildSrc:assemble UP-TO-DATE > :buildSrc:compileTestJava NO-SOURCE > :buildSrc:compileTestGroovy NO-SOURCE > :buildSrc:processTestResources NO-SOURCE > :buildSrc:testClasses UP-TO-DATE > :buildSrc:test NO-SOURCE > :buildSrc:check UP-TO-DATE > :buildSrc:build UP-TO-DATE > > FAILURE: Build failed with an exception. > > * Where: > Script 'D:\rt\buildSrc\win.gradle' line: 93 > > * What went wrong: > A problem occurred evaluating script. > > FAIL: WINSDK_DIR not defined > > * Try: > Run with --stacktrace option to get the stack trace. Run with --info or > --debug option to get more log output. > > * Get more help at https://help.gradle.org > > BUILD FAILED in 2s > > --- > > I did not install DirectX SDK. Also the output of the above commands in > the instructions page seems out of date compared to the contents of the > directory... or I messed up. > > Any ideas? > > > >> I did a first pass over the build instructions on the OpenJFX Wiki [1]. >> I think I cleaned up the worst of the inaccuracies, and added some >> information that will make it easier to build. >> >> I'm not the best person to see whether anything important is missing, >> though. Someone less familiar with the build should look it over and let >> me know what I've missed. I won't be able to get back to this until >> after the holidays and after JDK 10 RDP1 is over, but will take another >> pass at it then and incorporate the feedback. >> >> -- Kevin >> >> [1] https://wiki.openjdk.java.net/display/OpenJFX/Building+OpenJFX >> >
