Master works like a charm now - Thanks!!
On Oct 4, 5:44 am, db wrote:
> Works for me. Thanks.
>
> On Oct 3, 10:15 am, Brenton wrote:
>
>
>
>
>
>
>
> > If you have been having problems the ClojureScript andOpenJDK, please
> > try the current master branch of ClojureScript.
>
> > I would be inte
Works for me. Thanks.
On Oct 3, 10:15 am, Brenton wrote:
> If you have been having problems the ClojureScript and OpenJDK, please
> try the current master branch of ClojureScript.
>
> I would be interested to know what problems still remain, if any,
> after these changes.
>
> On Oct 2, 11:07 pm,
If you have been having problems the ClojureScript and OpenJDK, please
try the current master branch of ClojureScript.
I would be interested to know what problems still remain, if any,
after these changes.
On Oct 2, 11:07 pm, db wrote:
> Here's what the patch looks like for openjdk-6 with the la
Look at the rhino-eval branch of ClojureScript.
David
On Sun, Oct 2, 2011 at 1:59 PM, db wrote:
> The changes I posted previously solved the problem for me on open-jdk
> 6 on ubuntu. All I had to do was fix the package name and add the
> optimization level and everything worked fine. I haven'
Here's what the patch looks like for openjdk-6 with the latest master,
where the mozilla-specific lines have moved to the rhino.js file:
diff --git a/src/clj/cljs/repl/rhino.clj b/src/clj/cljs/repl/rhino.clj
index cbe4f2a..15c5bf1 100644
--- a/src/clj/cljs/repl/rhino.clj
+++ b/src/clj/cljs/repl/rh
Hi,
I hope, people are aware that Oracle considers OpenJDK to be the standard
choice for Linux users now and removed the special distributor's license.
See http://robilad.livejournal.com/90792.html
Kind regards,
Stefan
--
You received this message because you are subscribed to the Google
Gr
The changes I posted previously solved the problem for me on open-jdk
6 on ubuntu. All I had to do was fix the package name and add the
optimization level and everything worked fine. I haven't checked to
see if master has changed in a way that would affect this patch. As I
mentioned above, there
There's a good chance ClojureScript will be using a newer version of Rhino -
which will address this problem. Should get rolled into master in the next
few days.Thanks for your patience!
David
On Sat, Oct 1, 2011 at 11:23 AM, Volker Schlecht
wrote:
> Has anyone succeeded in solving this issue fo
Has anyone succeeded in solving this issue for OpenJDK yet?
So far all solutions I've seen discussed boiled down to using Oracle's
JDK ...
On Aug 14, 6:44 pm, Tzach wrote:
> I have a similar problem, but I could not solve it like you did:
> running on Ubuntu 11.04,
> $JAVA_HOME set to /usr/lib/jv
I have a similar problem, but I could not solve it like you did:
running on Ubuntu 11.04,
$JAVA_HOME set to /usr/lib/jvm/default-java, and default-java soft
link to java-6-sun
Still when I run script/repl, and
(require '[cljs.compiler :as comp])
(def jse (comp/repl-env))
(comp/repl jse)
CompilerEx
On Fri, Jul 22, 2011 at 7:34 PM, Sean Corfield wrote:
> I may just switch to the Sun, er, Oracle JVM since I've a feeling one
> of my other projects (not yet migrated to my netbook) will require
> that JVM anyway...
Just an update: I installed Oracle's JDK and everything is working
perfectly on m
The hello example runs after adding a call to setOptimizationLevel -1.
--- a/src/clj/cljs/compiler.clj
+++ b/src/clj/cljs/compiler.clj
@@ -916,11 +916,12 @@ goog.require = function(rule)
{Packages.clojure.lang.RT[\"var\"](\"cljs.compiler\
(print js))
(let [filename (.get jse
On Fri, Jul 22, 2011 at 7:08 PM, db wrote:
> I believe that the issue can be avoided with OpenJDK by disabling
> Rhino optimization.
>
>>> generated bytecode for method exceeds 64K limit. (cljs/core.cljs#2743)
>
> This appears to be identical to what the fantom guys have encountered:
>
> http:/
I believe that the issue can be avoided with OpenJDK by disabling
Rhino optimization.
>>generated bytecode for method exceeds 64K limit. (cljs/core.cljs#2743)
This appears to be identical to what the fantom guys have encountered:
http://fantom.org/sidewalk/topic/1181
Although instead of swi
And then you can't run the resulting JS on node - anything I can try
to get you guys more info?
sean@sean-netbook:~/node$ node nodehello.js
/home/sean/node/nodehello.js:1
(defn test-stuff
node.js:134
throw e; // process.nextTick error, or 'error' event on first tick
^
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
by
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
generatio
I just saw this thread and that (use of internal class) does seem to
be the problem. I submitted a pull request for this problem a little
while ago:
https://github.com/clojure/clojurescript/pull/1
On Jul 20, 9:45 pm, db wrote:
> I had the same problem with open jdk on ubuntu. It looks like op
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 so
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 no
20 matches
Mail list logo
