FWIW, I get this same error trying to compile the basic examples for
Node.js as well:
cljsc nodehello.cljs {:optimizations :advanced :target :nodejs} > nodehello.js
sun.org.mozilla.javascript.EvaluatorException: Encountered code
generation error while compiling function "test_stuff": generated
bytecode for method exceeds 64K limit. (cljs/core.cljs#2743)
at
sun.org.mozilla.javascript.DefaultErrorReporter.runtimeError(DefaultErrorReporter.java:109)
at
sun.org.mozilla.javascript.Context.reportRuntimeError(Context.java:938)
at
sun.org.mozilla.javascript.optimizer.Codegen.reportClassFileFormatException(Codegen.java:196)
at
sun.org.mozilla.javascript.optimizer.Codegen.generateCode(Codegen.java:329)
at
sun.org.mozilla.javascript.optimizer.Codegen.compileToClassFile(Codegen.java:182)
at sun.org.mozilla.javascript.optimizer.Codegen.compile(Codegen.java:91)
at sun.org.mozilla.javascript.Context.compileImpl(Context.java:2391)
at sun.org.mozilla.javascript.Context.compileString(Context.java:1359)
at sun.org.mozilla.javascript.Context.compileString(Context.java:1348)
at sun.org.mozilla.javascript.Context.evaluateString(Context.java:1101)
at cljs.compiler$eval1.invoke(compiler.clj:921)
at cljs.compiler$load_stream.invoke(compiler.clj:944)
at cljs.compiler$load_file.invoke(compiler.clj:954)
at cljs.closure$compile_form_seq.invoke(closure.clj:206)
at cljs.closure$compile_file.invoke(closure.clj:228)
at cljs.closure$eval1120$fn__1121.invoke(closure.clj:266)
at cljs.closure$eval1056$fn__1057$G__1047__1064.invoke(closure.clj:187)
at cljs.closure$eval1107$fn__1108.invoke(closure.clj:280)
at cljs.closure$eval1056$fn__1057$G__1047__1064.invoke(closure.clj:187)
at cljs.closure$build.invoke(closure.clj:695)
at user$eval1246.invoke(cljsc.clj:21)
at clojure.lang.Compiler.eval(Compiler.java:6406)
at clojure.lang.Compiler.load(Compiler.java:6843)
at clojure.lang.Compiler.loadFile(Compiler.java:6804)
at clojure.main$load_script.invoke(main.clj:282)
at clojure.main$script_opt.invoke(main.clj:342)
at clojure.main$main.doInvoke(main.clj:426)
at clojure.lang.RestFn.invoke(RestFn.java:512)
at clojure.lang.Var.invoke(Var.java:421)
at clojure.lang.AFn.applyToHelper(AFn.java:185)
at clojure.lang.Var.applyTo(Var.java:518)
at clojure.main.main(main.java:37)
On Thu, Jul 21, 2011 at 11:15 PM, Sean Corfield <seancorfi...@gmail.com> wrote:
> I made these changes but still got exceptions trying to start the cljs
> repl (although code seemed to work just fine in the repl after this
> exception). I'm about to move onto node.js installation on ubuntu 11
> at this point...
>
> sun.org.mozilla.javascript.EvaluatorException: Encountered code
> generation error while compiling function "test_stuff": generated
> bytecode for method exceeds 64K limit. (cljs/core.cljs#2743)
> at
> sun.org.mozilla.javascript.DefaultErrorReporter.runtimeError(DefaultErrorReporter.java:109)
> at
> sun.org.mozilla.javascript.Context.reportRuntimeError(Context.java:938)
> at
> sun.org.mozilla.javascript.optimizer.Codegen.reportClassFileFormatException(Codegen.java:196)
> at
> sun.org.mozilla.javascript.optimizer.Codegen.generateCode(Codegen.java:329)
> at
> sun.org.mozilla.javascript.optimizer.Codegen.compileToClassFile(Codegen.java:182)
> at
> sun.org.mozilla.javascript.optimizer.Codegen.compile(Codegen.java:91)
> at sun.org.mozilla.javascript.Context.compileImpl(Context.java:2391)
> at sun.org.mozilla.javascript.Context.compileString(Context.java:1359)
> at sun.org.mozilla.javascript.Context.compileString(Context.java:1348)
> at sun.org.mozilla.javascript.Context.evaluateString(Context.java:1101)
> at cljs.compiler$eval1.invoke(compiler.clj:921)
> at cljs.compiler$load_stream.invoke(compiler.clj:944)
> at cljs.compiler$goog_require$fn__804.invoke(compiler.clj:966)
> at cljs.compiler$goog_require.invoke(compiler.clj:965)
> at clojure.lang.Var.invoke(Var.java:405)
> at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57)
> at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
> at java.lang.reflect.Method.invoke(Method.java:616)
> at sun.org.mozilla.javascript.MemberBox.invoke(MemberBox.java:161)
> at
> sun.org.mozilla.javascript.NativeJavaMethod.call(NativeJavaMethod.java:247)
> at
> sun.org.mozilla.javascript.optimizer.OptRuntime.call2(OptRuntime.java:76)
> at sun.org.mozilla.javascript.gen.c7._c1(goog/base.js:11)
> at sun.org.mozilla.javascript.gen.c7.call(goog/base.js)
> at
> sun.org.mozilla.javascript.optimizer.OptRuntime.call1(OptRuntime.java:66)
> at sun.org.mozilla.javascript.gen.c1710._c0(cljs/core.cljs:1003)
> at sun.org.mozilla.javascript.gen.c1710.call(cljs/core.cljs)
> at
> sun.org.mozilla.javascript.ContextFactory.doTopCall(ContextFactory.java:398)
> at
> sun.org.mozilla.javascript.ScriptRuntime.doTopCall(ScriptRuntime.java:3065)
> at sun.org.mozilla.javascript.gen.c1710.call(cljs/core.cljs)
> at sun.org.mozilla.javascript.gen.c1710.exec(cljs/core.cljs)
> at sun.org.mozilla.javascript.Context.evaluateString(Context.java:1104)
> at cljs.compiler$eval1.invoke(compiler.clj:921)
> at cljs.compiler$repl.doInvoke(compiler.clj:1001)
> at clojure.lang.RestFn.invoke(RestFn.java:410)
> at user$eval842.invoke(NO_SOURCE_FILE:10)
> at clojure.lang.Compiler.eval(Compiler.java:6406)
> at clojure.lang.Compiler.eval(Compiler.java:6372)
> at clojure.core$eval.invoke(core.clj:2745)
> at clojure.main$repl$read_eval_print__6016.invoke(main.clj:244)
> at clojure.main$repl$fn__6021.invoke(main.clj:265)
> at clojure.main$repl.doInvoke(main.clj:265)
> at clojure.lang.RestFn.invoke(RestFn.java:421)
> at clojure.main$repl_opt.invoke(main.clj:331)
> at clojure.main$main.doInvoke(main.clj:427)
> at clojure.lang.RestFn.invoke(RestFn.java:397)
> at clojure.lang.Var.invoke(Var.java:397)
> at clojure.lang.AFn.applyToHelper(AFn.java:159)
> at clojure.lang.Var.applyTo(Var.java:518)
> at clojure.main.main(main.java:37)
>
>
> On Wed, Jul 20, 2011 at 7:45 PM, db <donald.bl...@gmail.com> wrote:
>> I had the same problem with open jdk on ubuntu. It looks like open
>> jdk has the class, but drops the 'internal' from the package name.
>> You can remove the 'internal' in two places in compiler.clj and it
>> seems to work. Longer term, the implementation-specific internal
>> package should be removed or some checks for different implementations
>> added.
>>
>> diff --git a/src/clj/cljs/compiler.clj b/src/clj/cljs/compiler.clj
>> index b1f2213..2f1a7ab 100644
>> --- a/src/clj/cljs/compiler.clj
>> +++ b/src/clj/cljs/compiler.clj
>> @@ -916,11 +916,11 @@ goog.require = function(rule)
>> {Packages.clojure.lang.RT[\"v
>> (print js))
>> (let [filename (.get jse javax.script.ScriptEngine/FILENAME)
>> linenum (or (:line (meta form)) Integer/MIN_VALUE)
>> - ctx (sun.org.mozilla.javascript.internal.Context/
>> enter)]
>> + ctx (sun.org.mozilla.javascript.Context/enter)]
>> (try
>> (.evaluateString ctx (:global repl-env) js filename
>> linenum nil)
>> (finally
>> - (sun.org.mozilla.javascript.internal.Context/exit))))
>> + (sun.org.mozilla.javascript.Context/exit))))
>> (catch Throwable ex
>> ;;we eat ns errors because we know goog.provide() will
>> throw when rel
>> ;;TODO - file bug with google, this is bs error
>>
>>
>> On Jul 20, 10:08 pm, David Soria <experimentalwo...@googlemail.com>
>> wrote:
>>> Okay, it's a GNU classpath problem, as they don't include sun.*
>>> namespaces. Sadly javax.script.ScriptEngineManager is available and
>>> returns an impl of javax.script.Scriptable, which refers to some rhino
>>> engine that is in the classpath, but the concrete needed
>>> sun.org.mozilla.internals.Context is not in GNU classpath.
>>>
>>> Switching from OpenJDK to Oracle JDK solved the problem
>>>
>>> On Jul 21, 2:37 am, David Soria <experimentalwo...@googlemail.com>
>>> wrote:
>>>
>>>
>>>
>>>
>>>
>>>
>>>
>>> > Hi, I try to run ClojureScript rev
>>> > e4ad8ed60ca05645e0ac96362d4c6ef1e1a2bd6f
>>>
>>> > my environment is:
>>> > Fedora Linux 15
>>> > java version "1.6.0_22"
>>> > OpenJDK Runtime Environment (IcedTea6 1.10.2) (fedora-58.1.10.2.fc15-
>>> > x86_64)
>>> > OpenJDK 64-Bit Server VM (build 20.0-b11, mixed mode)
>>>
>>> > After bootstrapping, I try to run the repl and load the cljs compiler.
>>> > I get this error:
>>>
>>> > Clojure 1.3.0-beta1
>>> > user=> (require '[cljs.compiler :as comp])
>>> > CompilerException java.lang.RuntimeException:
>>> > java.lang.ClassNotFoundException:
>>> > sun.org.mozilla.javascript.internal.Context, compiling:(cljs/
>>> > compiler.clj:919)
>>>
>>> > Rhino is installed and correctly loaded into the classpath.
>>> > $ yum info rhino
>>> > Loaded plugins: langpacks, presto, refresh-packagekit
>>> > Installed Packages
>>> > Name : rhino
>>> > Arch : noarch
>>> > Version : 1.7
>>>
>>> > This looks like a problem with the sun.org.mozilla.javascript.internal
>>> > package. This is part of sun-jdk and not of openjdk.
>>
>> --
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clojure@googlegroups.com
>> Note that posts from new members are moderated - please be patient with your
>> first post.
>> To unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>
>
>
> --
> Sean A Corfield -- (904) 302-SEAN
> An Architect's View -- http://corfield.org/
> World Singles, LLC. -- http://worldsingles.com/
> Railo Technologies, Inc. -- http://www.getrailo.com/
>
> "Perfection is the enemy of the good."
> -- Gustave Flaubert, French realist novelist (1821-1880)
>
--
Sean A Corfield -- (904) 302-SEAN
An Architect's View -- http://corfield.org/
World Singles, LLC. -- http://worldsingles.com/
Railo Technologies, Inc. -- http://www.getrailo.com/
"Perfection is the enemy of the good."
-- Gustave Flaubert, French realist novelist (1821-1880)
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
