Skip to content

Conversation

@sbc100
Copy link
Collaborator

@sbc100 sbc100 commented Jan 31, 2020

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=native in
$EMCC_CLOSURE_ARGS

At least until the upstream issue with the native version is
fixed.  See google/closure-compiler-npm#147
@sbc100 sbc100 requested review from juj and kripken January 31, 2020 01:38
Copy link
Member

@kripken kripken left a 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
Copy link
Member

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:
Copy link
Collaborator

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?

Copy link
Collaborator Author

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.

sbc100 added a commit that referenced this pull request Jan 31, 2020
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
sbc100 added a commit that referenced this pull request Jan 31, 2020
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
sbc100 added a commit that referenced this pull request Jan 31, 2020
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
sbc100 added a commit that referenced this pull request Feb 2, 2020
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
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants