- 
                Notifications
    
You must be signed in to change notification settings  - Fork 3.4k
 
Force java version of closure compile on windows #10328
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
At least until the upstream issue with the native version is fixed. See google/closure-compiler-npm#147
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
java proves once again it can be written once and run anywhere
        
          
                tools/shared.py
              
                Outdated
          
        
      | if java_home: | ||
| env.setdefault('JAVA_HOME', java_home) | ||
| if WINDOWS and '--platform' not in os.environ.get('EMCC_CLOSURE_ARGS'): | ||
| # Disable native compiler on windows until upstream issue if fixes | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if fixes => is fixed
| java_home = os.path.dirname(JAVA) | ||
| if java_home: | ||
| env.setdefault('JAVA_HOME', java_home) | ||
| if WINDOWS and '--platform' not in user_args: | 
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Why this user_args scheme? If I build from command line with em++ a.c -o a.html -O3 --closure 1 --closure-args "--platform native", it won't work?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Oh yes I forgot about that.  We should support that.  I'm just hoping that passing all those other args along with --version will be ok.
In the mean time it looks like "--version --platform=java" still tries to run the native version for some reason :( So out windows build is still broken. Seems like the google-closure npm pacakge has a lot of issues outstanding.
The closure compiler driver requires "java" to be in the PATH in order to use the java backend. https://github.com/google/closure-compiler-npm/blob/308b9e49e8f96211060a0dc466bafe99cddd9f96/packages/google-closure-compiler/lib/node/closure-compiler.js#L157 Also address issue from #10328 where --closure-args was not being honored
The closure compiler driver requires "java" to be in the PATH in order to use the java backend. https://github.com/google/closure-compiler-npm/blob/308b9e49e8f96211060a0dc466bafe99cddd9f96/packages/google-closure-compiler/lib/node/closure-compiler.js#L157 This is yet another attempt for fix #10304. Also address issue from #10328 where --closure-args was not being honored
The closure compiler driver requires "java" to be in the PATH in order to use the java backend. https://github.com/google/closure-compiler-npm/blob/308b9e49e8f96211060a0dc466bafe99cddd9f96/packages/google-closure-compiler/lib/node/closure-compiler.js#L157 This is yet another attempt for fix #10304. Also address issue from #10328 where --closure-args was not being honored
The closure compiler driver requires "java" to be in the PATH in order to use the java backend. https://github.com/google/closure-compiler-npm/blob/308b9e49e8f96211060a0dc466bafe99cddd9f96/packages/google-closure-compiler/lib/node/closure-compiler.js#L157 This is yet another attempt for fix #10304. Also address issue from #10328 where --closure-args was not being honored
At least until the upstream issue with the native version is
fixed. See google/closure-compiler-npm#147
Users who really want to try out the native version have the right DLLs installed
can still use the native vesrsion by setting
--platform=nativein$EMCC_CLOSURE_ARGS