[Bug 1559] New: Not possible to build usable Closure Compiler
bugzilla-daemon at icedtea.classpath.org
bugzilla-daemon at icedtea.classpath.org
Sat Sep 7 00:25:56 PDT 2013
http://icedtea.classpath.org/bugzilla/show_bug.cgi?id=1559
Bug ID: 1559
Summary: Not possible to build usable Closure Compiler
Classification: Unclassified
Product: IcedTea
Version: unspecified
Hardware: x86_64
OS: Linux
Status: NEW
Severity: normal
Priority: P3
Component: IcedTea
Assignee: gnu.andrew at redhat.com
Reporter: audvare at gmail.com
CC: unassigned at icedtea.classpath.org
Created attachment 929
--> http://icedtea.classpath.org/bugzilla/attachment.cgi?id=929&action=edit
Their jar vs my jar decompressed diff
Using latest git from Google's Closure's Compiler it seems class paths get set
wrong in the generated Jar. This is not the case with their Jar.
$ java -version
java version "1.7.0_40"
OpenJDK Runtime Environment (IcedTea 2.4.1) (Gentoo build 1.7.0_40-b31)
OpenJDK 64-Bit Server VM (build 24.0-b50, mixed mode)
I am on Gentoo and I build from source with these USE flags: X alsa cjk cups
jbootstrap nsplugin nss webstart (everything else off)
With their Jar
https://code.google.com/p/closure-compiler/wiki/BinaryDownloads?tm=2:
$ echo 'var b = {"a":true}' | java -jar compiler.jar
var b={a:!0};
With my compiled Jar of the latest:
$ echo 'var b = {"a":true}' | java -jar compiler.jar
java.lang.RuntimeException: java.lang.NoClassDefFoundError:
org/mozilla/javascript/Token$CommentType
at
com.google.javascript.jscomp.Compiler.runInCompilerThread(Compiler.java:715)
at com.google.javascript.jscomp.Compiler.compile(Compiler.java:647)
at com.google.javascript.jscomp.Compiler.compile(Compiler.java:603)
at
com.google.javascript.jscomp.AbstractCommandLineRunner.doRun(AbstractCommandLineRunner.java:771)
at
com.google.javascript.jscomp.AbstractCommandLineRunner.run(AbstractCommandLineRunner.java:372)
at
com.google.javascript.jscomp.CommandLineRunner.main(CommandLineRunner.java:976)
Caused by: java.lang.NoClassDefFoundError:
org/mozilla/javascript/Token$CommentType
at
com.google.javascript.rhino.head.TokenStream.getToken(TokenStream.java:758)
at com.google.javascript.rhino.head.Parser.peekToken(Parser.java:288)
at com.google.javascript.rhino.head.Parser.parse(Parser.java:520)
at com.google.javascript.rhino.head.Parser.parse(Parser.java:470)
at
com.google.javascript.jscomp.parsing.ParserRunner.parse(ParserRunner.java:133)
at com.google.javascript.jscomp.JsAst.parse(JsAst.java:84)
at com.google.javascript.jscomp.JsAst.getAstRoot(JsAst.java:50)
at
com.google.javascript.jscomp.CompilerInput.getAstRoot(CompilerInput.java:117)
at
com.google.javascript.jscomp.Compiler.parseInputs(Compiler.java:1327)
at com.google.javascript.jscomp.Compiler.parse(Compiler.java:764)
at
com.google.javascript.jscomp.Compiler.compileInternal(Compiler.java:723)
at com.google.javascript.jscomp.Compiler.access$000(Compiler.java:83)
at com.google.javascript.jscomp.Compiler$2.call(Compiler.java:650)
at com.google.javascript.jscomp.Compiler$2.call(Compiler.java:647)
at com.google.javascript.jscomp.Compiler$3.call(Compiler.java:677)
at java.util.concurrent.FutureTask$Sync.innerRun(FutureTask.java:334)
at java.util.concurrent.FutureTask.run(FutureTask.java:166)
at
java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1146)
at
java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615)
at java.lang.Thread.run(Thread.java:679)
Caused by: java.lang.ClassNotFoundException:
org.mozilla.javascript.Token$CommentType
at java.net.URLClassLoader$1.run(URLClassLoader.java:217)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:205)
at java.lang.ClassLoader.loadClass(ClassLoader.java:321)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:294)
at java.lang.ClassLoader.loadClass(ClassLoader.java:266)
... 20 more
To compile:
git clone https://code.google.com/p/closure-compiler/
cd closure-compiler
ant
Don't know if it will help but I am including a diff of the extracted jars for
comparison. Many files differ but this may only be because of different headers
on each binary file because 2 different compilers.
--
You are receiving this mail because:
You are on the CC list for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mail.openjdk.java.net/pipermail/distro-pkg-dev/attachments/20130907/d7584258/attachment.html
More information about the distro-pkg-dev
mailing list