Re: [ClojureScript] lein gorilla :port 8990 fails because "Call to clojure.core/ns did not conform to spec"

[Andy Fingerhut]

I do not know if you are trying the instructions on this web page or not:
http://gorilla-repl.org/start.html

If so, I got the same error.

It appears that the sample project.clj file there only works with some
older versions of Clojure-related software, which I have not determined.

With Leiningen version 2.9.1, which is the latest version as of the last
several months or so, and the project.clj file below, I was able to get a
successful run:

(defproject trygorilla "0.1.0-SNAPSHOT"
  :description "A test project for Gorilla REPL."
  :dependencies [[org.clojure/clojure "1.10.1"]]
  :main ^:skip-aot gorilla-test.core
  :plugins [[org.clojars.benfb/lein-gorilla "0.6.0"]]
  :profiles {:uberjar {:aot :all}})

It appears that a different person is maintaining the Gorilla REPL, and
they release the Gorilla JAR files using a slightly different artifact
name, as shown above in the :plugins line.

When I run that command, after downloading the needed packages, eventually
I see the output below, and then I can copy and paste the URL into my
browser running on that same machine in order to interact with Gorilla:

Regards,
Andy

$ lein gorilla

Gorilla-REPL: 0.6.0

Unable to reach update server.

Started nREPL server on port 56374

Running at http://127.0.0.1:56376/worksheet.html .

Ctrl+C to exit.

Regards,
Andy

On Mon, Oct 7, 2019 at 12:42 PM Kelvin T  wrote:

> This is my first time working with clojure, and I am struggling to run
> gorilla repl. Any help would be greatly appreciated.
> Below is the stack trace:
>
> clojure.lang.Compiler$CompilerException: Syntax error macroexpanding
> clojure.core/ns at (ring/util/mime_type.clj:1:1).
> #:clojure.error{:phase :macro-syntax-check, :line 1, :column 1, :source
> "ring/util/mime_type.clj", :symbol clojure.core/ns}
>  at clojure.lang.Compiler.checkSpecs (Compiler.java:6971)
> clojure.lang.Compiler.macroexpand1 (Compiler.java:6987)
> clojure.lang.Compiler.macroexpand (Compiler.java:7074)
> clojure.lang.Compiler.eval (Compiler.java:7160)
> clojure.lang.Compiler.load (Compiler.java:7635)
> clojure.lang.RT.loadResourceScript (RT.java:381)
> clojure.lang.RT.loadResourceScript (RT.java:372)
> clojure.lang.RT.load (RT.java:463)
> clojure.lang.RT.load (RT.java:428)
> clojure.core$load$fn__6824.invoke (core.clj:6126)
> clojure.core$load.invokeStatic (core.clj:6125)
> clojure.core$load.doInvoke (core.clj:6109)
> clojure.lang.RestFn.invoke (RestFn.java:408)
> clojure.core$load_one.invokeStatic (core.clj:5908)
> clojure.core$load_one.invoke (core.clj:5903)
> clojure.core$load_lib$fn__6765.invoke (core.clj:5948)
> clojure.core$load_lib.invokeStatic (core.clj:5947)
> clojure.core$load_lib.doInvoke (core.clj:5928)
> clojure.lang.RestFn.applyTo (RestFn.java:142)
> clojure.core$apply.invokeStatic (core.clj:667)
> clojure.core$load_libs.invokeStatic (core.clj:5985)
> clojure.core$load_libs.doInvoke (core.clj:5969)
> clojure.lang.RestFn.applyTo (RestFn.java:137)
> clojure.core$apply.invokeStatic (core.clj:669)
> clojure.core$use.invokeStatic (core.clj:6093)
> clojure.core$use.doInvoke (core.clj:6093)
> clojure.lang.RestFn.invoke (RestFn.java:421)
>
> ring.middleware.content_type$eval2277$loading__6706__auto2278.invoke
> (content_type.clj:1)
> ring.middleware.content_type$eval2277.invokeStatic (content_type.clj:1)
> ring.middleware.content_type$eval2277.invoke (content_type.clj:1)
> clojure.lang.Compiler.eval (Compiler.java:7176)
> clojure.lang.Compiler.eval (Compiler.java:7165)
> clojure.lang.Compiler.load (Compiler.java:7635)
> clojure.lang.RT.loadResourceScript (RT.java:381)
> clojure.lang.RT.loadResourceScript (RT.java:372)
> clojure.lang.RT.load (RT.java:463)
> clojure.lang.RT.load (RT.java:428)
> clojure.core$load$fn__6824.invoke (core.clj:6126)
> clojure.core$load.invokeStatic (core.clj:6125)
> clojure.core$load.doInvoke (core.clj:6109)
> clojure.lang.RestFn.invoke (RestFn.java:408)
> clojure.core$load_one.invokeStatic (core.clj:5908)
> clojure.core$load_one.invoke (core.clj:5903)
> clojure.core$load_lib$fn__6765.invoke (core.clj:5948)
> clojure.core$load_lib.invokeStatic (core.clj:5947)
> clojure.core$load_lib.doInvoke (core.clj:5928)
> clojure.lang.RestFn.applyTo (RestFn.java:142)
> clojure.core$apply.invokeStatic (core.clj:667)
> clojure.core$load_libs.invokeStatic (core.clj:5985)
> clojure.core$load_libs.doInvoke (core.clj:5969)
> clojure.lang.RestFn.applyTo (RestFn.java:137)
> clojure.core$apply.invokeStatic (core.clj:669)
> clojure.core$use.invokeStatic (core.clj:6093)
> clojure.core$use.doInvoke (core.clj:6093)
> clojure.lang.RestFn.invoke (RestFn.java:512)
> compojure.route$eval2269$loading__6706__auto2270.invoke
> (route.clj:1)
> compojure.route$eval2269.invokeStatic (route.clj:1)
> compojure.route$eval2269.invoke (route.clj:1)
> 

[ClojureScript] [ANN] core.rrb-vector 0.1.0 -- bug fixes

[Andy Fingerhut]

I am pleased to announce the 0.1.0 release of core.rrb-vector, a Clojure
Contrib library extending the Clojure vector API with logarithmic-time
concatenation and slicing:

  https://github.com/clojure/core.rrb-vector

  [org.clojure/core.rrb-vector "0.1.0"]

  
org.clojure
core.rrb-vector
0.1.0
  

This release fixes several bugs that were found in previous releases of the
library.  More details can be found in the change log:

  https://github.com/clojure/core.rrb-vector/blob/master/CHANGES.md

Cheers,
Michał Marczyk and Andy Fingerhut

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojurescript/CAKvLtDYipKqbVOixZNNXtm8zyxwSJqL%2BLmHf7W8SJ7UH1tMr0g%40mail.gmail.com.

Re: [ClojureScript] ClojureScript for node.js REST API

[Andy Fingerhut]

My apologies for sending the previous message to the group, which was
intended to go to the sender only.

Andy

On Tue, Sep 24, 2019 at 12:55 PM Andy Fingerhut 
wrote:

> Charles:
>
> I am a moderator of the ClojureScript Google group, and at least from this
> end it appeared that you attempted to send the same message to the group
> about 10 times.  If this was intentional, then please realize that once is
> typically enough.  People who have not posted to the group before have
> their messages go through human moderation, which involves waiting until a
> person looks at and approves your message.
>
> Andy Fingerhut
>
>
> On Tue, Sep 24, 2019 at 12:52 PM Charles Harvey III <
> charlesnhar...@gmail.com> wrote:
>
>> Greetings,
>> I have started a job where the chosen execution environment happens to be
>> Node.js for our microservices. We have a NestJS app (which uses TypeScript)
>> running and its fine. If you squint it looks like a Spring Boot app.
>> Annotations. MVC. All the things. I personally think the JVM is a better
>> platform for creating services, but that isn't on the table right now.
>>
>> So, can I do this in ClojureScript? I have been reading all the docs for
>> Macchiato and it looks decent. I don't need to turn out web pages though,
>> so can I just leave that stuff out? Are there other frameworks? I have seen
>> an example of wrapping ExpressJS in ClojureScript. Is that what people do?
>>
>> Are there a lot of server-side ClojureScript implementations out there or
>> do people use Clojure because, well...
>>
>> Thanks a lot.
>>
>>
>> Charlie
>>
>> --
>> Note that posts from new members are moderated - please be patient with
>> your first post.
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "ClojureScript" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojurescript+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/clojurescript/af5e8c18-1c40-45dc-8fb6-600214511c37%40googlegroups.com
>> <https://groups.google.com/d/msgid/clojurescript/af5e8c18-1c40-45dc-8fb6-600214511c37%40googlegroups.com?utm_medium=email_source=footer>
>> .
>>
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojurescript/CAKvLtDaVK%2BmzaJ_P7JOWD2po%3DFmkCLLEUa5T_fO51QN7O4%2B2Fw%40mail.gmail.com.

Re: [ClojureScript] ClojureScript for node.js REST API

[Andy Fingerhut]

Charles:

I am a moderator of the ClojureScript Google group, and at least from this
end it appeared that you attempted to send the same message to the group
about 10 times.  If this was intentional, then please realize that once is
typically enough.  People who have not posted to the group before have
their messages go through human moderation, which involves waiting until a
person looks at and approves your message.

Andy Fingerhut


On Tue, Sep 24, 2019 at 12:52 PM Charles Harvey III <
charlesnhar...@gmail.com> wrote:

> Greetings,
> I have started a job where the chosen execution environment happens to be
> Node.js for our microservices. We have a NestJS app (which uses TypeScript)
> running and its fine. If you squint it looks like a Spring Boot app.
> Annotations. MVC. All the things. I personally think the JVM is a better
> platform for creating services, but that isn't on the table right now.
>
> So, can I do this in ClojureScript? I have been reading all the docs for
> Macchiato and it looks decent. I don't need to turn out web pages though,
> so can I just leave that stuff out? Are there other frameworks? I have seen
> an example of wrapping ExpressJS in ClojureScript. Is that what people do?
>
> Are there a lot of server-side ClojureScript implementations out there or
> do people use Clojure because, well...
>
> Thanks a lot.
>
>
> Charlie
>
> --
> Note that posts from new members are moderated - please be patient with
> your first post.
> ---
> You received this message because you are subscribed to the Google Groups
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojurescript+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/clojurescript/af5e8c18-1c40-45dc-8fb6-600214511c37%40googlegroups.com
> <https://groups.google.com/d/msgid/clojurescript/af5e8c18-1c40-45dc-8fb6-600214511c37%40googlegroups.com?utm_medium=email_source=footer>
> .
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/clojurescript/CAKvLtDZx%2BO0PqxtY7GirruEJUQEReVabxkGvsnBr0MbzKSHVhQ%40mail.gmail.com.

Re: [ClojureScript] lein, clojurescript, and Java 9?

[Andy Fingerhut]

Try lein 2.8.1, if you are using any other version of Leiningen.  There are
known issues with Leiningen versions less than that, combined with Java 9.

Andy

On Tue, Dec 5, 2017 at 7:20 AM, Rob Nikander  wrote:

> Hi,
>
> Is this supposed to work? It works with Java 8, but when I use Java 9 I
> get the error below.
>
> Rob
>
> $ java -version
> java version "9.0.1"
> ...
> $ lein cljsbuild auto
> Watching for changes before compiling ClojureScript...
> Compiling 17 source files to /Users/rob/[...]/target/default/classes
> Exception in thread "main" java.lang.ClassNotFoundException:
> javax.xml.bind.DatatypeConverter, compiling:(cljs/util.cljc:1:1)
> at clojure.lang.Compiler.load(Compiler.java:7526)
> at clojure.lang.RT.loadResourceScript(RT.java:379)
> at clojure.lang.RT.loadResourceScript(RT.java:370)
> at clojure.lang.RT.load(RT.java:460)
> at clojure.lang.RT.load(RT.java:426)
> at clojure.core$load$fn__6548.invoke(core.clj:6046)
>
> --
> Note that posts from new members are moderated - please be patient with
> your first post.
> ---
> You received this message because you are subscribed to the Google Groups
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescript@googlegroups.com.
> Visit this group at https://groups.google.com/group/clojurescript.
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.

Re: [ClojureScript] [ANN] beta.clojars.org: new Clojars infrastructure that needs testing

[Andy Fingerhut]

Should searches for packages give results on beta.clojars.org ?

I went to the web page and searched for a couple of packages using search
strings that give results on clojars.org, but give no results on
beta.clojars.org.

Andy

On Tue, Sep 20, 2016 at 4:17 PM, Daniel Compton <
daniel.compton.li...@gmail.com> wrote:

> Hi folks
>
> We’re moving the Clojars infrastructure from Linode to the very kind folks
> at Rackspace. We’re getting close, and have a test server setup at
> beta.clojars.org. It has a copy of the live database as of a day ago, and
> is mirroring JARs from the live server. We’ve done testing of what we can,
> and everything looks ok, but there may be something we’ve missed.
>
> *N.B.* All state on this server is temporary and will be wiped at the end
> of the testing period. Make sure to do any real deploys to clojars.org
>
> *What we need from you:*
> We need testing from people running different setups, to make sure this
> isn’t going to break things for you. If you’re running any kind of unusual
> setup (OS, JDK, environment, network), we especially need you to test it.
> To test this, follow the instructions at Mirrors
> :
>
> In a nutshell, update your ~/.lein/profiles.clj to have this:
>
> :user {:repositories [["clojars" {:url "https://beta.clojars.org/repo/"}]]
>;; deploy-repositories is optional
>:deploy-repositories [["clojars" {:url "https://beta.clojars.org; 
> :username :gpg :password :gpg}]]
>
>;; other :user profile settings...
>}
>
>
> (You can always see the canonical Clojars mirrors at
> https://github.com/clojars/clojars-web/blob/master/MIRRORS)
>
> If you have issues, either reply to this email, or open an issue on GitHub
> .
>
> This is the first in a series of infrastructure enhancements coming over
> the next few months to improve the speed, stability, and security of
> Clojars.
>
> A special thanks goes to all of the people supporting Clojars at
> Bountysource , we really
> appreciate your support.
>
> Thanks,
>
> Your friendly neighbourhood Clojars caretakers.
> Toby and Daniel.
> --
> —
> Daniel
>
> --
> Note that posts from new members are moderated - please be patient with
> your first post.
> ---
> You received this message because you are subscribed to the Google Groups
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescript@googlegroups.com.
> Visit this group at https://groups.google.com/group/clojurescript.
>

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
"ClojureScript" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at https://groups.google.com/group/clojurescript.

Re: [ClojureScript] [ANN] Clojure 1.7.0-beta3

[Andy Fingerhut]

Is anyone interested in filing a bug against IBM JDK 1.8.0 where it appears
that its JIT compiler fails about half of the time when doing 'mvn clean
test' in a Clojure 1.7.0 source tree?

You can find some attachments in an earlier message of this thread that can
get you started, but producing your own error logs with specific versions
of OS, JDK, and Clojure source code would probably be best.  Let me know if
you can't reproduce it for some reason.

I don't use IBM JDK very much, other than to see if anything goes wrong
when you try to build and test Clojure using it.  I'm hoping someone more
motivated in seeing this fixed for the IBM JDK will take up the torch.

Andy

On Sun, May 17, 2015 at 12:53 AM, Herwig Hochleitner hhochleit...@gmail.com
 wrote:

 Given that the JVM shouldn't segfault in any case, that's cleary looks to
 me like an ibm jdk bug, that could hit other JVM languages aswell. Maybe
 IBM is interested in fixing it?
 In my case, the VM most likely has the excuse of not expecting
 classpath-jar files to be swapped out, but the JIT?
 ​

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.


-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] [ANN] Clojure 1.7.0-RC1 now available

[Andy Fingerhut]

Alex, doing a quick sweep of new public Vars in 1.7.0-RC1 that were not in
Clojure 1.6.0 (complete list of all 21 below), I noticed that the following
two do not have any doc strings.  Intentional, or oversight?

*suppress-read*
Throwable-map

Andy


*suppress-read*
-Eduction
Throwable-map
cat
completing
dedupe
eduction
ensure-reduced
random-sample
reader-conditional
reader-conditional?
run!
tagged-literal
tagged-literal?
transduce
unreduced
update
volatile!
volatile?
vreset!
vswap!

On Thu, May 21, 2015 at 9:30 AM, Alex Miller a...@puredanger.com wrote:

 Clojure 1.7.0-RC1 is now available.

 Try it via
 - Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.7.0-RC1/
 - Leiningen: [org.clojure/clojure 1.7.0-RC1]

 The only change since 1.7.0-beta3 is CLJ-1706, which makes reader
 conditional splicing an error at the top level (previously it would
 silently drop all but the first spliced element).

 For a full list of changes since 1.6.0, see:
 https://github.com/clojure/clojure/blob/master/changes.md

 Please give it a try and let us know if things are working (or not). The
 more and quicker feedback we get, the sooner we can release 1.7.0 final!

 - Alex

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.


-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] [ANN] Clojure 1.7.0-beta3

[Andy Fingerhut]

Oh, I forgot to mention one difference I have occasionally seen with IBM
JDK 1.8.0: It occasionally core dumps in the IBM JVM during JIT
compilation.  It is hit-and-miss, maybe one out of 5 times or so when
running 'mvn clean test'.  I have made no attempt to determine what the
cause is.

Andy

On Fri, May 15, 2015 at 10:45 AM, Andy Fingerhut andy.finger...@gmail.com
wrote:

 Testing done on 1.7.0-beta3 and results:

 Ran 'mvn clean ; mvn test' on a few OS/JDK combos that are not tested as
 often.  Reason: there have been (or still are) build or test failures with
 some of them.

 Windows 7 Enterprise SP1 + Oracle JDK 1.7.0_72: 3/3 times ok
 Ubuntu 14.04.2 LTS + IBM JDK 1.7.0: 3/3 times ok, as long as failing tests
 mentioned in http://dev.clojure.org/jira/browse/CLJ-1678 are commented out
 Ubuntu 14.04.2 LTS + IBM JDK 1.8.0: same as for IBM JDK 1.7.0
 Ubuntu 14.04.2 LTS + Oracle 1.9.0-ea-b63: 3/3 times ok

 No problems found there.  I ran 'mvn clean ; mvn test' in a loop to look
 for any occasional failures in pseudo-random tests.  No failures found
 since the fix for this ticket: http://dev.clojure.org/jira/browse/CLJ-1691

 Mac OS X 10.10.3 + Oracle JDK 1.8.0_11: 1415/1415 times ok

 I tested the latest released version of Eastwood, 0.2.1, on about 80
 projects that I regularly test Eastwood on, comparing the results between
 Clojure 1.6.0 and Clojure 1.7.0-beta3.

 Now that the Instaparse incompatibility with Clojure 1.7.0-alpha6 and
 later has been fixed in its version 1.3.6, and other libraries depending
 upon Instaparse have had their versions updated, I did not find any
 differences in the results.

 On Wed, May 13, 2015 at 6:54 AM, Alex Miller a...@puredanger.com wrote:

 Clojure 1.7.0-beta3 is now available.

 Try it via
 - Download:
 https://repo1.maven.org/maven2/org/clojure/clojure/1.7.0-beta3/
 - Leiningen: [org.clojure/clojure 1.7.0-beta3]

 Additional enhancements to new features since 1.7.0-beta2:

 1) CLJ-1728 - `source` fn now works for vars in cljc files
 2) CLJ-1716 - the new print format for Throwables now includes ex-data
 3) CLJ-1726 - restored IPending/realized? support for iterate and cycle
 sequences to detect delayed computation

 Regression and bug fixes since 1.7.0-beta2:

 1) CLJ-1723 - expanding transducers (cat, mapcat) that produced nil
 values would throw NPE
 2) CLJ-1727 - new long-optimized range had bugs related to overflow
 3) CLJ-1648 - use equals() instead of == when resolving Symbol in compiler
 4) CLJ-1195 - deftype should expand to ns-qualified invocation of fn to
 allow overrides (this issue was blocking Prismatic Schema via Plumbing
 issue #74)

 For a full list of changes since 1.6.0, see:
 https://github.com/clojure/clojure/blob/master/changes.md

 Please give it a try and let us know if things are working (or not)!

 - Alex

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.




-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] [ANN] Clojure 1.7.0-beta3

[Andy Fingerhut]

Testing done on 1.7.0-beta3 and results:

Ran 'mvn clean ; mvn test' on a few OS/JDK combos that are not tested as
often.  Reason: there have been (or still are) build or test failures with
some of them.

Windows 7 Enterprise SP1 + Oracle JDK 1.7.0_72: 3/3 times ok
Ubuntu 14.04.2 LTS + IBM JDK 1.7.0: 3/3 times ok, as long as failing tests
mentioned in http://dev.clojure.org/jira/browse/CLJ-1678 are commented out
Ubuntu 14.04.2 LTS + IBM JDK 1.8.0: same as for IBM JDK 1.7.0
Ubuntu 14.04.2 LTS + Oracle 1.9.0-ea-b63: 3/3 times ok

No problems found there.  I ran 'mvn clean ; mvn test' in a loop to look
for any occasional failures in pseudo-random tests.  No failures found
since the fix for this ticket: http://dev.clojure.org/jira/browse/CLJ-1691

Mac OS X 10.10.3 + Oracle JDK 1.8.0_11: 1415/1415 times ok

I tested the latest released version of Eastwood, 0.2.1, on about 80
projects that I regularly test Eastwood on, comparing the results between
Clojure 1.6.0 and Clojure 1.7.0-beta3.

Now that the Instaparse incompatibility with Clojure 1.7.0-alpha6 and later
has been fixed in its version 1.3.6, and other libraries depending upon
Instaparse have had their versions updated, I did not find any differences
in the results.

On Wed, May 13, 2015 at 6:54 AM, Alex Miller a...@puredanger.com wrote:

 Clojure 1.7.0-beta3 is now available.

 Try it via
 - Download:
 https://repo1.maven.org/maven2/org/clojure/clojure/1.7.0-beta3/
 - Leiningen: [org.clojure/clojure 1.7.0-beta3]

 Additional enhancements to new features since 1.7.0-beta2:

 1) CLJ-1728 - `source` fn now works for vars in cljc files
 2) CLJ-1716 - the new print format for Throwables now includes ex-data
 3) CLJ-1726 - restored IPending/realized? support for iterate and cycle
 sequences to detect delayed computation

 Regression and bug fixes since 1.7.0-beta2:

 1) CLJ-1723 - expanding transducers (cat, mapcat) that produced nil values
 would throw NPE
 2) CLJ-1727 - new long-optimized range had bugs related to overflow
 3) CLJ-1648 - use equals() instead of == when resolving Symbol in compiler
 4) CLJ-1195 - deftype should expand to ns-qualified invocation of fn to
 allow overrides (this issue was blocking Prismatic Schema via Plumbing
 issue #74)

 For a full list of changes since 1.6.0, see:
 https://github.com/clojure/clojure/blob/master/changes.md

 Please give it a try and let us know if things are working (or not)!

 - Alex

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.


-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] Re: [ANN] Clojure 1.7.0-beta1 released

[Andy Fingerhut]

Your particular example is equivalent to #?(:clj) which is illegal, for the 
reason given in the error message you saw.

Normal Clojure comments are far less surprising in their behavior than #_ is

I understand there can be convenience in using #_ when it works.

Andy

Sent from my iPhone

 On Apr 13, 2015, at 12:38 PM, whodidthis ton...@gmail.com wrote:
 
 
 
 On Monday, April 13, 2015 at 4:48:28 PM UTC+3, Alex Miller wrote:
 I think what you're seeing here makes sense.
 
 On Sunday, April 12, 2015 at 3:39:15 PM UTC-5, whodidthis wrote:
 Are there any thoughts on code like this:
 
 #_
 
 This says to ignore the next read form
  
 #?(:cljs (def unrelated-1 nil))
 
 This evaluates to *nothing*, ie nothing is read, so it is not ignored by the 
 #_.
  
 #?(:cljs (def unrelated-2 nil))
 #?(:cljs (def unrelated-3 nil))
 
 These also read as *nothing*.
  
 #?(:clj (def n 10))
 
 This *is* read, but ignored per the prior #_ 
 
 #?(:clj (defn num [] n))
 ; compile on clj =RuntimeException: Unable to resolve symbol: n
 
 And then this makes sense.
  
 
 I guess it's fine if it continues to work that way but I can imagine it 
 being a little surprising from time to time heh
 
 Conditional reading is definitely something to be careful about - I think in 
 this case you are combining two types of conditional reading so be doubly 
 careful. :) 
 
 To get the effect you want in this, using #_ *inside* the reader conditional 
 would work:
 
 #?(:cljs #_(def unrelated-1 nil))
 
 Sorry, back to this stuff again. I tried using discard inside but 
 
 #?(:clj #_'whatever)
 
 just throws
 
 CompilerException java.lang.RuntimeException: read-cond starting on line 32 
 requires an even number of forms
 
 when compiling on clojure.
 
 Would be nice to have a way to ignore reader conditional forms or the thingie 
 things inside but there does not seem to be an easy way.
 -- 
 Note that posts from new members are moderated - please be patient with your 
 first post.
 --- 
 You received this message because you are subscribed to the Google Groups 
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] JVM wait before shutdown after cljs.closure/build with optimizations

[Andy Fingerhut]

The symptoms and workaround you describe sound like the ClojureScript
compiler is using future, clojure.java.shell/sh, or pmap somewhere
internally.

Besides the workaround of doing (System/exit 0) near the end, you should
also be able to call (shutdown-agents)

You can also vote on this Clojure JIRA ticket if you'd like to see the
issue addressed in Clojure: http://dev.clojure.org/jira/browse/CLJ-124

This is also documented on ClojureDocs.org here:
http://clojuredocs.org/clojure.core/future

Andy

On Wed, Mar 18, 2015 at 9:48 AM, Caspar Hasenclever casp...@nonplacet.net
wrote:

 Following the current Quick Start document at
 https://github.com/clojure/clojurescript/wiki/Quick-Start, I found that
 there is a roughly one minute long extra wait after closure optimizations
 have been applied before the JVM exits.

 My setup: hello word example as on the Quick Start guide, build.clj is:

   (require 'cljs.closure)

   (cljs.closure/build src
 {:output-to out/main.js
  :verbose true})

 With this build call (no optimizations), compile from cold is under 3s.
 Adding simple optimizations to the above call:

   (cljs.closure/build src
 {:output-to out/main.js
  :optimizations :simple
  :verbose true})

 makes the process take over a minute. The CPU is only active for a few
 seconds at the beginning, for the remainder of the time nothing appears
 to be happening (the output file is done and remains unchanged after the
 first few seconds). Looking at the process in jvisualvm shows threads
 called jscompiler that are also idle after a bit of activity at the
 beginning. My suspicion is that there is a timeout somewhere but I have
 not found exactly where. It looks as if it is in Google Closure as I can't
 find
 any reference to threads called jscompiler in the ClojureScript sources.

 A Thread dump during the wait time shows a jscompiler thread to be waiting:

jscompiler #16 prio=5 os_prio=0 tid=0x7f2304efb800 nid=0x5032
 waiting on condition [0x7f22e4713000]
   java.lang.Thread.State: TIMED_WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  0x8725e6f8 (a
 java.util.concurrent.SynchronousQueue$TransferStack)
   at
 java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
   at
 java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
   at
 java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:362)
   at
 java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:941)
   at
 java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1066)
   at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
   at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
   at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
   - None

 Adding a simple:

   (System/exit 0)

 after the cljs.closure/build call reduces compilation by almost exactly
 a minute back down to 8 seconds with {:optimizations :simple}.

 System is Debian Linux (testing), Oracle JDK 8, java -version:

   java version 1.8.0_40
   Java(TM) SE Runtime Environment (build 1.8.0_40-b26)
   Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode)

 Compilation command line is:

   java -cp cljs.jar:src clojure.main build.clj

 Has anybody else experienced this? Is there a way to reduce the wait?

 Regards,

 Caspar

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.


-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] JVM wait before shutdown after cljs.closure/build with optimizations

[Andy Fingerhut]

Sorry, I said the ClojureScript compiler when I actually do not know
which code contains the use of agents leading to this issue.  Might be some
other build tool involved.

Andy

On Wed, Mar 18, 2015 at 11:50 AM, Andy Fingerhut andy.finger...@gmail.com
wrote:

 The symptoms and workaround you describe sound like the ClojureScript
 compiler is using future, clojure.java.shell/sh, or pmap somewhere
 internally.

 Besides the workaround of doing (System/exit 0) near the end, you should
 also be able to call (shutdown-agents)

 You can also vote on this Clojure JIRA ticket if you'd like to see the
 issue addressed in Clojure: http://dev.clojure.org/jira/browse/CLJ-124

 This is also documented on ClojureDocs.org here:
 http://clojuredocs.org/clojure.core/future

 Andy

 On Wed, Mar 18, 2015 at 9:48 AM, Caspar Hasenclever casp...@nonplacet.net
  wrote:

 Following the current Quick Start document at
 https://github.com/clojure/clojurescript/wiki/Quick-Start, I found that
 there is a roughly one minute long extra wait after closure optimizations
 have been applied before the JVM exits.

 My setup: hello word example as on the Quick Start guide, build.clj is:

   (require 'cljs.closure)

   (cljs.closure/build src
 {:output-to out/main.js
  :verbose true})

 With this build call (no optimizations), compile from cold is under 3s.
 Adding simple optimizations to the above call:

   (cljs.closure/build src
 {:output-to out/main.js
  :optimizations :simple
  :verbose true})

 makes the process take over a minute. The CPU is only active for a few
 seconds at the beginning, for the remainder of the time nothing appears
 to be happening (the output file is done and remains unchanged after the
 first few seconds). Looking at the process in jvisualvm shows threads
 called jscompiler that are also idle after a bit of activity at the
 beginning. My suspicion is that there is a timeout somewhere but I have
 not found exactly where. It looks as if it is in Google Closure as I
 can't find
 any reference to threads called jscompiler in the ClojureScript sources.

 A Thread dump during the wait time shows a jscompiler thread to be
 waiting:

jscompiler #16 prio=5 os_prio=0 tid=0x7f2304efb800 nid=0x5032
 waiting on condition [0x7f22e4713000]
   java.lang.Thread.State: TIMED_WAITING (parking)
   at sun.misc.Unsafe.park(Native Method)
   - parking to wait for  0x8725e6f8 (a
 java.util.concurrent.SynchronousQueue$TransferStack)
   at
 java.util.concurrent.locks.LockSupport.parkNanos(LockSupport.java:215)
   at
 java.util.concurrent.SynchronousQueue$TransferStack.awaitFulfill(SynchronousQueue.java:460)
   at
 java.util.concurrent.SynchronousQueue$TransferStack.transfer(SynchronousQueue.java:362)
   at
 java.util.concurrent.SynchronousQueue.poll(SynchronousQueue.java:941)
   at
 java.util.concurrent.ThreadPoolExecutor.getTask(ThreadPoolExecutor.java:1066)
   at
 java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1127)
   at
 java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617)
   at java.lang.Thread.run(Thread.java:745)

   Locked ownable synchronizers:
   - None

 Adding a simple:

   (System/exit 0)

 after the cljs.closure/build call reduces compilation by almost exactly
 a minute back down to 8 seconds with {:optimizations :simple}.

 System is Debian Linux (testing), Oracle JDK 8, java -version:

   java version 1.8.0_40
   Java(TM) SE Runtime Environment (build 1.8.0_40-b26)
   Java HotSpot(TM) 64-Bit Server VM (build 25.40-b25, mixed mode)

 Compilation command line is:

   java -cp cljs.jar:src clojure.main build.clj

 Has anybody else experienced this? Is there a way to reduce the wait?

 Regards,

 Caspar

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 ---
 You received this message because you are subscribed to the Google Groups
 ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.




-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

Re: [ClojureScript] Clojurescript cheatsheet now 3 years old

[Andy Fingerhut]

Already mentioned in the Clojure Google group, but this is pretty nice:
http://cljs.info/cheatsheet/

From the contributors page, it looks like primarily Chris Oakman and Shaun
LeBron have been busy working on this since around Sep 2014.

Kudos!  You can now get there from http://clojure.org/cheatsheet in 2
clicks (first being Download other versions with tooltips).

Andy

On Thu, Feb 5, 2015 at 11:16 AM, gvim gvi...@gmail.com wrote:

 Any chance of an update to the Clojurescript cheatsheet? It's now 3 years
 old:

 https://github.com/readevalprintlove/clojurescript-cheatsheet

 gvim

 --
 Note that posts from new members are moderated - please be patient with
 your first post.
 --- You received this message because you are subscribed to the Google
 Groups ClojureScript group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to clojurescript+unsubscr...@googlegroups.com.
 To post to this group, send email to clojurescript@googlegroups.com.
 Visit this group at http://groups.google.com/group/clojurescript.


-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.

[ClojureScript] Please resubmit message about ClojureScript, QML, and getting a REPL to work

[Andy Fingerhut]

This moderator goofed up and deleted a perfectly on-topic message submitted
to this group, and I haven't found any way to undo that action (if you know
of a way to do so as a Google group moderator, please let me know).

To whoever submitted it, I hope you have saved a copy and can easily
resubmit it.  If not, my sincere apologies for deleting your message, and I
hope you can consider writing another one.

Andy fat fingers Fingerhut

-- 
Note that posts from new members are moderated - please be patient with your 
first post.
--- 
You received this message because you are subscribed to the Google Groups 
ClojureScript group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojurescript+unsubscr...@googlegroups.com.
To post to this group, send email to clojurescript@googlegroups.com.
Visit this group at http://groups.google.com/group/clojurescript.