Re: [:ann :book] ClojureScript Unraveled
Just bought the book- thanks for your great efforts! Bozhidar Batsov bozhi...@batsov.com schrieb am Mo., 20. Juli 2015 um 07:07 Uhr: That's a really exciting project, as a lot of people are looking to get started with ClojureScript and are finding it kind of hard because of the lack of such resources. My advise would be to put a bit heavier focus on the differences between Clojure ClojureScript and add some section about setting up various editors/IDEs. A chapter like ClojureScript for Clojure devs would be great IMO. On 20 July 2015 at 00:51, Alejandro Gómez alejan...@dialelo.com wrote: We just released the second revision which includes a lot of corrections, an Acknowledgments section and an almost finished chapter about CSP core.async which covers all its API and introduces the CSP concepts. - Leanpub: https://leanpub.com/clojurescript-unraveled - GitHub repository: https://github.com/funcool/clojurescript-unraveled - HTML version: http://funcool.github.io/clojurescript-unraveled/ On Sun, Jul 19, 2015, at 14:51, Nando Breiter wrote: I'm a Clojure beginner and wanted to compliment the authors on a very clear yet concise text. Thank you. Thanks a lot, any feedback will be greatly appreciated since one of the goals of the project is to make ClojureScript accesible to newcomers. Aria Media Sagl Via Rompada 40 6987 Caslano Switzerland +41 (0)91 600 9601 +41 (0)76 303 4477 cell skype: ariamedia On Fri, Jul 17, 2015 at 7:30 PM, Alejandro Gómez alejan...@dialelo.com wrote: Hello everybody, I'm happy to announce that Andrey Antoukh (@niwinz) and I published the book about ClojureScript that we have been writing lately on Leanpub. It's not still 100% complete but the sections about the language and compiler are almost done. We'd greatly appreciate any feedback, errata or suggestions for the book. It is an open source book licensed under a Creative Commons BY-SA license and will forever remain free and open to community participation. Publishing it on Leanpub is a convenient way for readers to be notified whenever a new release comes out and not to go through the process of generating the book themselves. If you feel like it and can afford it you can make a donation and buy us a beer too! - Leanpub: https://leanpub.com/clojurescript-unraveled - GitHub repository: https://github.com/funcool/clojurescript-unraveled - HTML version: http://funcool.github.io/clojurescript-unraveled/ Yours, Alejandro -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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
Re: [ANN] Clojure 1.8.0-alpha2
Seems like a bug to me. Thanks Alex, was about to open an issue but seems you beat me to it :-) For anyone interested: http://dev.clojure.org/jira/browse/CLJ-1781 -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: 'cljsbuild' not a task
Hi Bernie, please have a look at project.clj, where you might be missing plugin lein-cljsbuild https://github.com/emezeske/lein-cljsbuild -- Juvenn Woo Sent with Sparrow (http://www.sparrowmailapp.com/?sig) On Monday, 20 July, 2015 at 12:12 pm, Bernie Baillargeon wrote: I followed the instructions to add the proper dependencies, plugins to the project, but upon entering lein cljsbuild once as noted in every online doc/ tutorial related, I get the error C:\Functional_Languages\Clojure\clojurescript_master\!work\modern-cljslein cljsbuild once 'cljsbuild' is not a task. See 'lein help'.what can I do to figure out the issue; where might there be something not set correctly? thanks -- 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 (mailto: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 (mailto:clojure+unsubscr...@googlegroups.com) For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com (mailto:clojure+unsubscr...@googlegroups.com). For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
procrun - banging my head!
Hi all, I am trying to get my Clojure app deployable on Windows using procrun, and I am running into a brick wall. I can install the service, but when I start it I get an error: Windows could not start the ... on Local Computer. For more information, review the System Event Log... The System Event Log has an Error but absolutely no useful information. Any suggestions welcome! My procure configuration is: --- start REM user configuration below set INST_DIR=c:\test REM DO NOT MODIFY REM Dist layout set SERVICE_NAME=MyTestService set PR_INSTALL=%INST_DIR%\dist\prunsrv.exe set LOGS_DIR=%INST_DIR%\logs REM Service log configuration set PR_LOGPREFIX=%SERVICE_NAME% set PR_LOGPATH=%LOGS_DIR% set PR_STDOUTPUT=%LOGS_DIR%\stdout.txt set PR_STDERROR=%LOGS_DIR%\stderr.txt set PR_LOGLEVEL=Info REM Path to java installation set PR_CLASSPATH=%INST_DIR%/dist/my.jar REM Startup configuration set PR_STARTUP=manual set PR_STARTMODE=auto set PR_STARTCLASS=test.prod set PR_STARTMETHOD=startSystem REM Shutdown configuration set PR_STOPMODE=auto set PR_STOPCLASS=test.prod set PR_STOPMETHOD=stopSystem REM JVM configuration set PR_JVMMS=256 set PR_JVMMX=1024 set PR_JVMSS=4000 REM Install service %INST_DIR%/dist/prunsrv.exe //US//%SERVICE_NAME% --- end My test.prod class: --- start (ns test (:require [environ.core :as env] [test.systems :refer [core-system]] [com.stuartsierra.component :as component] [util.heartbeat :as heartbeat]) (:gen-class :methods [^{:static true} [startSystem [[Ljava.lang.String;] void] ^{:static true} [stopSystem [[Ljava.lang.String;] void]])) (def db {:subprotocol jtds:sqlserver :subname (env/env :database-subname) :user(env/env :database-user) :password(env/env :database-password)}) (def system (core-system db)) (defn -startSystem [ args] (println Starting system.) (alter-var-root #'system component/start) (let [heartbeat-listener-registry (:heartbeat-listener-registry system)] (heartbeat/start heartbeat-listener-registry)) (println System started.)) (defn -stopSystem [ args] (println Stopping system.) (alter-var-root #'system component/stop) (println System stopped.)) (defn -main [ args] (let [arg (first args)] (if (= stop arg) (-startSystem) (-stopSystem --- end -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: procrun - banging my head!
Ahhh, I messed up my copy and paste and anonymising. Edited inline: On Monday, 20 July 2015 12:54:35 UTC+1, Colin Yates wrote: Hi all, I am trying to get my Clojure app deployable on Windows using procrun, and I am running into a brick wall. I can install the service, but when I start it I get an error: Windows could not start the ... on Local Computer. For more information, review the System Event Log... The System Event Log has an Error but absolutely no useful information. Any suggestions welcome! My procure configuration is: --- start REM user configuration below set INST_DIR=c:\test REM DO NOT MODIFY REM Dist layout set SERVICE_NAME=MyTestService set PR_INSTALL=%INST_DIR%\dist\prunsrv.exe set LOGS_DIR=%INST_DIR%\logs REM Service log configuration set PR_LOGPREFIX=%SERVICE_NAME% set PR_LOGPATH=%LOGS_DIR% set PR_STDOUTPUT=%LOGS_DIR%\stdout.txt set PR_STDERROR=%LOGS_DIR%\stderr.txt set PR_LOGLEVEL=Info REM Path to java installation set PR_CLASSPATH=%INST_DIR%/dist/my.jar REM Startup configuration set PR_STARTUP=manual set PR_STARTMODE=jvm set PR_STARTCLASS=test.prod set PR_STARTMETHOD=startSystem REM Shutdown configuration set PR_STOPMODE=jvm set PR_STOPCLASS=test.prod set PR_STOPMETHOD=stopSystem REM JVM configuration set PR_JVMMS=256 set PR_JVMMX=1024 set PR_JVMSS=4000 REM Install service %INST_DIR%/dist/prunsrv.exe //US//%SERVICE_NAME% --- end My test.prod class: --- start (ns test.prod (:require [environ.core :as env] [test.systems :refer [core-system]] [com.stuartsierra.component :as component] [util.heartbeat :as heartbeat]) (:gen-class :methods [^{:static true} [startSystem [[Ljava.lang.String;] void] ^{:static true} [stopSystem [[Ljava.lang.String;] void]])) (def db {:subprotocol jtds:sqlserver :subname (env/env :database-subname) :user(env/env :database-user) :password(env/env :database-password)}) (def system (core-system db)) (defn -startSystem [ args] (println Starting system.) (alter-var-root #'system component/start) (let [heartbeat-listener-registry (:heartbeat-listener-registry system)] (heartbeat/start heartbeat-listener-registry)) (println System started.)) (defn -stopSystem [ args] (println Stopping system.) (alter-var-root #'system component/stop) (println System stopped.)) (defn -main [ args] (let [arg (first args)] (if (= stop arg) (-startSystem) (-stopSystem --- end -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: #{:rant} Questions about contribution policy and clojure compiler source.
I take it you have never worked on a patch for clojure. I have, and I can tell you that it's not the indentation style the issue -- everybody likes his own and it's definitely in the maintainer's rights to chose what indentation style should be used and for contributors to adapt, I don't have a problem with that. I have a problem with the fact that the indentation style is not consistent even between lines of the same method, tabs and spaces are mixed everywhere -- for every non trivial patch I submit I have to spend non trivial amounts of time to reindent my code using spaces or tabs where appropriate to be consistent with the surrounding code and making sure I don't accidentally commit whitespace changes in my patches. It's certainly not the biggest issue (not even close to it) in the contributing process, but it definitely is an issue and it doesn't help making the overall contributing experience a pleasant one, or one would want to repeat. And the claim that no indentation fix can happen to avoid breaking existing patches in jira is frankly laughable. With the amount of time that usually passes between the writing of a patch and its application to the code base, a lot of them already need to be rebased/rewritten to apply cleanly, often multiple times. On Sat, Jul 18, 2015 at 5:44 PM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Sure, indentation is what gets the code running on metal :)) Not ranting here, just my abs dying from the pain as I laugh :)) -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: #{:eduction :performance} Trying to understand when to use eduction
Thanks for the correction, Alex. On Sunday, July 19, 2015 at 12:34:37 PM UTC-4, Alex Miller wrote: seqs on eductions *are* chunked - they will fall into this case during seq: https://github.com/clojure/clojure/blob/master/src/jvm/clojure/lang/RT.java#L524-L525 which produces a chunked sequence over an Iterable. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: #{:rant} Questions about contribution policy and clojure compiler source.
--- advanced warning: the following section contains a lethal form of irony, please skip it if your health condition does not tolerate irony --- Sure and I never maintained code written by others in 30 years... Never wrote patches, never had to comply with odd indentation habits. I am an absolute newbie on that subject. I always write new code and leave maintenance to other less fortunate people. --- end of ironic section --- I agree with you. Totally. Maintenance has never been funnier than new dev and will never be. Day to day maintenance specifically is a pain in the ass. Preemptive rewrites as part of maintenance is doable when the code reaches an unbearable state but someone in charge has to call the shots. I had numerous discussions about rewriting in the last few decades and yes patch consistency is always brought forward. The driving factors around a decision like this are: the life expectancy of the code vs it's complexity vs maintenance cost and agility vs risks involved in a rewrite vs budget vs accumulated knowledge. The maintainer's pain is not the only factor taken into account and often not the most important. That's the harsh reality of life. Ideally we would always write new stuff and trash code every 2/3 years to keep our mood at its peak. Life is not like that. Sorry :) Sent from my iPhone On Jul 20, 2015, at 08:14, Nicola Mometto brobro...@gmail.com wrote: I take it you have never worked on a patch for clojure. I have, and I can tell you that it's not the indentation style the issue -- everybody likes his own and it's definitely in the maintainer's rights to chose what indentation style should be used and for contributors to adapt, I don't have a problem with that. I have a problem with the fact that the indentation style is not consistent even between lines of the same method, tabs and spaces are mixed everywhere -- for every non trivial patch I submit I have to spend non trivial amounts of time to reindent my code using spaces or tabs where appropriate to be consistent with the surrounding code and making sure I don't accidentally commit whitespace changes in my patches. It's certainly not the biggest issue (not even close to it) in the contributing process, but it definitely is an issue and it doesn't help making the overall contributing experience a pleasant one, or one would want to repeat. And the claim that no indentation fix can happen to avoid breaking existing patches in jira is frankly laughable. With the amount of time that usually passes between the writing of a patch and its application to the code base, a lot of them already need to be rebased/rewritten to apply cleanly, often multiple times. On Sat, Jul 18, 2015 at 5:44 PM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Sure, indentation is what gets the code running on metal :)) Not ranting here, just my abs dying from the pain as I laugh :)) -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: procrun - banging my head!
Running the .exe directly from a console window might help, as it will show you any errors as console output. I use a similar set up, but pass the parameters on the command-line rather than via environment variables. I set StartMode=jvm, StartClass=com.example.Start, and leave StartMethod unset (so it just calls -main). Try and see if you can get it working with a Java class first maybe? If that works confirm that your jar is an uberjar and contains the expected class file. (Note that I did have issues with the Stop mechanism - it didn't seem to run in the same classloader, so I had to use a small Java stub to stop the service using a special HTTP request) On Mon, Jul 20, 2015 at 12:54 PM, Colin Yates colin.ya...@gmail.com wrote: Hi all, I am trying to get my Clojure app deployable on Windows using procrun, and I am running into a brick wall. I can install the service, but when I start it I get an error: Windows could not start the ... on Local Computer. For more information, review the System Event Log... The System Event Log has an Error but absolutely no useful information. Any suggestions welcome! My procure configuration is: --- start REM user configuration below set INST_DIR=c:\test REM DO NOT MODIFY REM Dist layout set SERVICE_NAME=MyTestService set PR_INSTALL=%INST_DIR%\dist\prunsrv.exe set LOGS_DIR=%INST_DIR%\logs REM Service log configuration set PR_LOGPREFIX=%SERVICE_NAME% set PR_LOGPATH=%LOGS_DIR% set PR_STDOUTPUT=%LOGS_DIR%\stdout.txt set PR_STDERROR=%LOGS_DIR%\stderr.txt set PR_LOGLEVEL=Info REM Path to java installation set PR_CLASSPATH=%INST_DIR%/dist/my.jar REM Startup configuration set PR_STARTUP=manual set PR_STARTMODE=auto set PR_STARTCLASS=test.prod set PR_STARTMETHOD=startSystem REM Shutdown configuration set PR_STOPMODE=auto set PR_STOPCLASS=test.prod set PR_STOPMETHOD=stopSystem REM JVM configuration set PR_JVMMS=256 set PR_JVMMX=1024 set PR_JVMSS=4000 REM Install service %INST_DIR%/dist/prunsrv.exe //US//%SERVICE_NAME% --- end My test.prod class: --- start (ns test (:require [environ.core :as env] [test.systems :refer [core-system]] [com.stuartsierra.component :as component] [util.heartbeat :as heartbeat]) (:gen-class :methods [^{:static true} [startSystem [[Ljava.lang.String;] void] ^{:static true} [stopSystem [[Ljava.lang.String;] void]])) (def db {:subprotocol jtds:sqlserver :subname (env/env :database-subname) :user(env/env :database-user) :password(env/env :database-password)}) (def system (core-system db)) (defn -startSystem [ args] (println Starting system.) (alter-var-root #'system component/start) (let [heartbeat-listener-registry (:heartbeat-listener-registry system)] (heartbeat/start heartbeat-listener-registry)) (println System started.)) (defn -stopSystem [ args] (println Stopping system.) (alter-var-root #'system component/stop) (println System stopped.)) (defn -main [ args] (let [arg (first args)] (if (= stop arg) (-startSystem) (-stopSystem --- end -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: #{:rant} Questions about contribution policy and clojure compiler source.
Leaving aside your usual humour, you are once again setting up a total strawman. Nicola did not say that maintenance should be as much fun as writing new code, nor did he propose rewriting anything. He made a very specific claim - that contributing to the Clojure codebase is much less pleasant than it could be, not because the indentation style is unusual but because it is inconsistent. Since he has a long history of writing very high quality patches for Clojure whereas you, as far as I can tell, have never written any, means that his opinion holds a lot more weight in this discussion, for me at least. On 20 July 2015 at 14:45, Luc Prefontaine lprefonta...@softaddicts.ca wrote: --- advanced warning: the following section contains a lethal form of irony, please skip it if your health condition does not tolerate irony --- Sure and I never maintained code written by others in 30 years... Never wrote patches, never had to comply with odd indentation habits. I am an absolute newbie on that subject. I always write new code and leave maintenance to other less fortunate people. --- end of ironic section --- I agree with you. Totally. Maintenance has never been funnier than new dev and will never be. Day to day maintenance specifically is a pain in the ass. Preemptive rewrites as part of maintenance is doable when the code reaches an unbearable state but someone in charge has to call the shots. I had numerous discussions about rewriting in the last few decades and yes patch consistency is always brought forward. The driving factors around a decision like this are: the life expectancy of the code vs it's complexity vs maintenance cost and agility vs risks involved in a rewrite vs budget vs accumulated knowledge. The maintainer's pain is not the only factor taken into account and often not the most important. That's the harsh reality of life. Ideally we would always write new stuff and trash code every 2/3 years to keep our mood at its peak. Life is not like that. Sorry :) Sent from my iPhone On Jul 20, 2015, at 08:14, Nicola Mometto brobro...@gmail.com wrote: I take it you have never worked on a patch for clojure. I have, and I can tell you that it's not the indentation style the issue -- everybody likes his own and it's definitely in the maintainer's rights to chose what indentation style should be used and for contributors to adapt, I don't have a problem with that. I have a problem with the fact that the indentation style is not consistent even between lines of the same method, tabs and spaces are mixed everywhere -- for every non trivial patch I submit I have to spend non trivial amounts of time to reindent my code using spaces or tabs where appropriate to be consistent with the surrounding code and making sure I don't accidentally commit whitespace changes in my patches. It's certainly not the biggest issue (not even close to it) in the contributing process, but it definitely is an issue and it doesn't help making the overall contributing experience a pleasant one, or one would want to repeat. And the claim that no indentation fix can happen to avoid breaking existing patches in jira is frankly laughable. With the amount of time that usually passes between the writing of a patch and its application to the code base, a lot of them already need to be rebased/rewritten to apply cleanly, often multiple times. On Sat, Jul 18, 2015 at 5:44 PM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Sure, indentation is what gets the code running on metal :)) Not ranting here, just my abs dying from the pain as I laugh :)) -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to
Re: 'cljsbuild' not a task
no, I have the plugin specified: ;; CLJ AND CLJS source code path :source-paths [src/clj src/cljs] :dependencies [[org.clojure/clojure 1.7.0] [org.clojure/clojurescript 0.0-3308]] ;; lein-cljsbuild plugin to build a CLJS project :plugins [[lein-cljsbuild 1.0.6]] :hooks [leiningen.cljsbuild] On Monday, July 20, 2015 at 3:28:01 AM UTC-5, juvenn wrote: Hi Bernie, please have a look at project.clj, where you might be missing plugin lein-cljsbuild https://github.com/emezeske/lein-cljsbuild -- Juvenn Woo Sent with Sparrow http://www.sparrowmailapp.com/?sig On Monday, 20 July, 2015 at 12:12 pm, Bernie Baillargeon wrote: I followed the instructions to add the proper dependencies, plugins to the project, but upon entering lein cljsbuild once as noted in every online doc/ tutorial related, I get the error C:\Functional_Languages\Clojure\clojurescript_master\!work\modern-cljslein cljsbuild once 'cljsbuild' is not a task. See 'lein help'. what can I do to figure out the issue; where might there be something not set correctly? thanks -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: 'cljsbuild' not a task
Is that hook valid? That looks wrong to me - try removing the hooks section and doing it manually from the command line. On 20 Jul 2015, at 19:02, Bernie Baillargeon bb.j...@gmail.com wrote: no, I have the plugin specified: ;; CLJ AND CLJS source code path :source-paths [src/clj src/cljs] :dependencies [[org.clojure/clojure 1.7.0] [org.clojure/clojurescript 0.0-3308]] ;; lein-cljsbuild plugin to build a CLJS project :plugins [[lein-cljsbuild 1.0.6]] :hooks [leiningen.cljsbuild] On Monday, July 20, 2015 at 3:28:01 AM UTC-5, juvenn wrote: Hi Bernie, please have a look at project.clj, where you might be missing plugin lein-cljsbuild https://github.com/emezeske/lein-cljsbuild https://github.com/emezeske/lein-cljsbuild -- Juvenn Woo Sent with Sparrow http://www.sparrowmailapp.com/?sig On Monday, 20 July, 2015 at 12:12 pm, Bernie Baillargeon wrote: I followed the instructions to add the proper dependencies, plugins to the project, but upon entering lein cljsbuild once as noted in every online doc/ tutorial related, I get the error C:\Functional_Languages\Clojure\clojurescript_master\!work\modern-cljslein cljsbuild once 'cljsbuild' is not a task. See 'lein help'. what can I do to figure out the issue; where might there be something not set correctly? thanks -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: For more options, visit this group at http://groups.google.com/group/clojure?hl=en http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout. -- 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 http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com mailto:clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Potemkin loading issue solved (was: Clojure 1.8.0-alpha2
On Jul 19, 2015, at 9:58 PM, Zach Tellman ztell...@gmail.com wrote: You're also going to have to target [clj-tuple 0.2.2], since something else seems to be shadowing that depedency. Sorry for all the fuss. Yeah, potemkin 0.4.1 pulls in clj-tuple 0.2.2 (and nothing else in our system depended on either) so we’re good there. I eventually tracked down the shadowing of clj-tuple to an older version of our app that had left a legacy JAR still in place in www/WEB-INF/lib (the problem only occurred when we loaded the Clojure project into the web app, not in any of our standalone Clojure projects!). That dated back to when we still had to add JARs to the lib folder due to the way our old Clojure loader used to work — now we load everything dynamically based on `lein classpath`. So, sorry for the noise :( Sean On Sunday, July 19, 2015 at 5:02:13 PM UTC-7, Sean Corfield wrote: Bumping clj-http to 2.0.0 got me past that problem (and it uses Potemkin 0.4.1) but then I hit the problem below, which I’ve run into several times trying to use updated versions of clj-http over the last year. Message java.lang.RuntimeException: No such var: clj-tuple/vector, compiling:(potemkin/utils.clj:110:10) Cause clojure.lang.Compiler$CompilerException StacktraceThe Error Occurred in core.clj: line 5866 called from core.clj: line 5865 called from core.clj: line 5671 called from core.clj: line 5711 called from core.clj: line 5710 called from core.clj: line 632 called from core.clj: line 5753 called from core.clj: line 634 called from core.clj: line 5843 called from collections.clj: line 1 called from collections.clj: line 1 -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: #{:rant} Questions about contribution policy and clojure compiler source.
Lets make it clear (the ironic portion seems to obfuscate my email). I did not criticIzed his work and if you ask me, yes his work is stellar. I fully agreed with him that maintenance is often a less than funny task. Inconsistency in code when maintaining code however is more the norm than the exception even within a single organization. Tension between day to day maintenance pain versus all the other constraints will not disappear tomorrow. Code ages. It takes around 5 years to reach maturity. Afterward you need to prevent decay. This it what I can say after going through so many software projects. I tried to put things in perspective. Real-life constraints exist for business driven projects and open source projects. It seems that you are not interested at all by these. Fine. That's your call. Now if you think that because I did not contribute to patches in Clojure core makes my conclusions about maintenance work unworthy you are erring. And this a very soft statement from my part :) The ironic section was partly about my inadequate skills and you fell happily into this trap. If you really want to discuss my professional achievements send me a private email. This is not the place to discuss this and is orthogonal to the point brought up by Nicola. Which is absolutely valid but hard to solve in a satisfactory way given the constraints. Clojure in Clojure on the JVM and CLR will ease up this... Eventually when some time will have passed. Sent from my iPhone On Jul 20, 2015, at 10:08, Colin Fleming colin.mailingl...@gmail.com wrote: Leaving aside your usual humour, you are once again setting up a total strawman. Nicola did not say that maintenance should be as much fun as writing new code, nor did he propose rewriting anything. He made a very specific claim - that contributing to the Clojure codebase is much less pleasant than it could be, not because the indentation style is unusual but because it is inconsistent. Since he has a long history of writing very high quality patches for Clojure whereas you, as far as I can tell, have never written any, means that his opinion holds a lot more weight in this discussion, for me at least. On 20 July 2015 at 14:45, Luc Prefontaine lprefonta...@softaddicts.ca wrote: --- advanced warning: the following section contains a lethal form of irony, please skip it if your health condition does not tolerate irony --- Sure and I never maintained code written by others in 30 years... Never wrote patches, never had to comply with odd indentation habits. I am an absolute newbie on that subject. I always write new code and leave maintenance to other less fortunate people. --- end of ironic section --- I agree with you. Totally. Maintenance has never been funnier than new dev and will never be. Day to day maintenance specifically is a pain in the ass. Preemptive rewrites as part of maintenance is doable when the code reaches an unbearable state but someone in charge has to call the shots. I had numerous discussions about rewriting in the last few decades and yes patch consistency is always brought forward. The driving factors around a decision like this are: the life expectancy of the code vs it's complexity vs maintenance cost and agility vs risks involved in a rewrite vs budget vs accumulated knowledge. The maintainer's pain is not the only factor taken into account and often not the most important. That's the harsh reality of life. Ideally we would always write new stuff and trash code every 2/3 years to keep our mood at its peak. Life is not like that. Sorry :) Sent from my iPhone On Jul 20, 2015, at 08:14, Nicola Mometto brobro...@gmail.com wrote: I take it you have never worked on a patch for clojure. I have, and I can tell you that it's not the indentation style the issue -- everybody likes his own and it's definitely in the maintainer's rights to chose what indentation style should be used and for contributors to adapt, I don't have a problem with that. I have a problem with the fact that the indentation style is not consistent even between lines of the same method, tabs and spaces are mixed everywhere -- for every non trivial patch I submit I have to spend non trivial amounts of time to reindent my code using spaces or tabs where appropriate to be consistent with the surrounding code and making sure I don't accidentally commit whitespace changes in my patches. It's certainly not the biggest issue (not even close to it) in the contributing process, but it definitely is an issue and it doesn't help making the overall contributing experience a pleasant one, or one would want to repeat. And the claim that no indentation fix can happen to avoid breaking existing patches in jira is frankly laughable. With the amount of time that usually passes between the writing of a patch and its application to the code base, a lot
Re: #{:rant} Questions about contribution policy and clojure compiler source.
True that. While I'd prefer a more common indentation style to be adopted, I'd definitely settle just for Rich's style being applied consistently everywhere. Trying to account for indentation inconsistencies when working on a patch is not fun at all. So yeah - the real problems about the formatting are: * inconsistent indentation * mixing tabs spaces * trailing whitespace (although I guess it's ok to kill it in our patches) The style itself is up to the project's author and of no big importance by itself. On 20 July 2015 at 17:08, Colin Fleming colin.mailingl...@gmail.com wrote: Leaving aside your usual humour, you are once again setting up a total strawman. Nicola did not say that maintenance should be as much fun as writing new code, nor did he propose rewriting anything. He made a very specific claim - that contributing to the Clojure codebase is much less pleasant than it could be, not because the indentation style is unusual but because it is inconsistent. Since he has a long history of writing very high quality patches for Clojure whereas you, as far as I can tell, have never written any, means that his opinion holds a lot more weight in this discussion, for me at least. On 20 July 2015 at 14:45, Luc Prefontaine lprefonta...@softaddicts.ca wrote: --- advanced warning: the following section contains a lethal form of irony, please skip it if your health condition does not tolerate irony --- Sure and I never maintained code written by others in 30 years... Never wrote patches, never had to comply with odd indentation habits. I am an absolute newbie on that subject. I always write new code and leave maintenance to other less fortunate people. --- end of ironic section --- I agree with you. Totally. Maintenance has never been funnier than new dev and will never be. Day to day maintenance specifically is a pain in the ass. Preemptive rewrites as part of maintenance is doable when the code reaches an unbearable state but someone in charge has to call the shots. I had numerous discussions about rewriting in the last few decades and yes patch consistency is always brought forward. The driving factors around a decision like this are: the life expectancy of the code vs it's complexity vs maintenance cost and agility vs risks involved in a rewrite vs budget vs accumulated knowledge. The maintainer's pain is not the only factor taken into account and often not the most important. That's the harsh reality of life. Ideally we would always write new stuff and trash code every 2/3 years to keep our mood at its peak. Life is not like that. Sorry :) Sent from my iPhone On Jul 20, 2015, at 08:14, Nicola Mometto brobro...@gmail.com wrote: I take it you have never worked on a patch for clojure. I have, and I can tell you that it's not the indentation style the issue -- everybody likes his own and it's definitely in the maintainer's rights to chose what indentation style should be used and for contributors to adapt, I don't have a problem with that. I have a problem with the fact that the indentation style is not consistent even between lines of the same method, tabs and spaces are mixed everywhere -- for every non trivial patch I submit I have to spend non trivial amounts of time to reindent my code using spaces or tabs where appropriate to be consistent with the surrounding code and making sure I don't accidentally commit whitespace changes in my patches. It's certainly not the biggest issue (not even close to it) in the contributing process, but it definitely is an issue and it doesn't help making the overall contributing experience a pleasant one, or one would want to repeat. And the claim that no indentation fix can happen to avoid breaking existing patches in jira is frankly laughable. With the amount of time that usually passes between the writing of a patch and its application to the code base, a lot of them already need to be rebased/rewritten to apply cleanly, often multiple times. On Sat, Jul 18, 2015 at 5:44 PM, Luc Prefontaine lprefonta...@softaddicts.ca wrote: Sure, indentation is what gets the code running on metal :)) Not ranting here, just my abs dying from the pain as I laugh :)) -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [:ann :book] ClojureScript Unraveled
This looks like it will be great when I am ready to dive into ClojureScript! Thanks for writing it. One quick erratum you may want to jump on, since it rather sticks out: The title of Section 4.4 is missing a “t” at the end. On Friday, July 17, 2015 at 12:30:34 PM UTC-5, Alejandro Gómez wrote: Hello everybody, I'm happy to announce that Andrey Antoukh (@niwinz) and I published the book about ClojureScript that we have been writing lately on Leanpub. It's not still 100% complete but the sections about the language and compiler are almost done. We'd greatly appreciate any feedback, errata or suggestions for the book. It is an open source book licensed under a Creative Commons BY-SA license and will forever remain free and open to community participation. Publishing it on Leanpub is a convenient way for readers to be notified whenever a new release comes out and not to go through the process of generating the book themselves. If you feel like it and can afford it you can make a donation and buy us a beer too! - Leanpub: https://leanpub.com/clojurescript-unraveled - GitHub repository: https://github.com/funcool/clojurescript-unraveled - HTML version: http://funcool.github.io/clojurescript-unraveled/ Yours, Alejandro -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: #{:rant} Questions about contribution policy and clojure compiler source.
On Sun, Jul 19, 2015 at 10:19 AM, Luc Préfontaine lprefonta...@softaddicts.ca wrote: Prioritizing the 'good' form over the substance is the first step toward political correctness and lobotomy. Civility is more about form than If you can't respect people's wishes about how they want to be treated, I suggest you disengage with this community. Being right does not give one an excuse to be a jerk. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
[ANN] Replete ClojureScript REPL iOS app available
Replete 1.0 is now in the App Store http://blog.fikesfarm.com/posts/2015-07-20-ios-clojurescript-repl-available-in-app-store.html -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Clojure 1.8.0-alpha2
Having updated clj-http from 1.0.1 to 2.0.0 to pick up a later version of Potemkin — to avoid the problem listed below — and fixed a subsequent environment issue on our end, all our dev tests pass with 1.8.0-alpha2. It probably won’t make this week’s production build, but I’m hoping to get it into production soon. Sean On Jul 19, 2015, at 4:47 PM, Sean Corfield s...@corfield.org wrote: On Jul 18, 2015, at 10:33 PM, Sean Corfield s...@corfield.org wrote: Wow, that's a fast timeline. Thank you. We'll upgrade to Alpha 2 this week. We may go to production with it fairly quickly. Switched out 1.7.0 for 1.8.0-alpha2 and got the exception below. Posting here in case anyone knows immediately what the cause is, while I go debugging... Exception in thread main java.lang.NoClassDefFoundError: IllegalName: compile__stub.clj_http.headers.clj-http.headers/HeaderMap, compiling:(clj_http/headers.clj:105:1) at clojure.lang.Compiler.analyzeSeq(Compiler.java:6798) -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: 'cljsbuild' not a task
You don’t need to manage either of those JARs. Can you create a public github to share? Also, there is a new book which people are raving about (haven’t read it myself) that might be just the ticket: http://funcool.github.io/clojurescript-unraveled/ http://funcool.github.io/clojurescript-unraveled/ HTH, if not, please create a public github project. On 20 Jul 2015, at 19:52, Bernie Baillargeon bb.j...@gmail.com wrote: No, that doesn’t fix it (I’d added the hook as a one shot attempt based on other online discussions related, but forgot to remove) After removing it still gives the same error. Am I missing some basic lein/clojure prep step? I’d gotten the cljs.jar and leiningen-2.5.1-standalone.jar into the project directory, had run 'lein compile' at the project directory (as well as having not done 'lein compile' prior to ‘lein cljsbuild once’ ) and I’m not seeing any change… On Monday, July 20, 2015 at 1:33:07 PM UTC-5, Colin Yates wrote: Is that hook valid? That looks wrong to me - try removing the hooks section and doing it manually from the command line. On 20 Jul 2015, at 19:02, Bernie Baillargeon bb@ gmail.com http://gmail.com/ wrote: no, I have the plugin specified: ;; CLJ AND CLJS source code path :source-paths [src/clj src/cljs] :dependencies [[org.clojure/clojure 1.7.0] [org.clojure/clojurescript 0.0-3308]] ;; lein-cljsbuild plugin to build a CLJS project :plugins [[lein-cljsbuild 1.0.6]] :hooks [leiningen.cljsbuild] On Monday, July 20, 2015 at 3:28:01 AM UTC-5, juvenn wrote: Hi Bernie, please have a look at project.clj, where you might be missing plugin lein-cljsbuild https://github.com/emezeske/lein-cljsbuild https://github.com/emezeske/lein-cljsbuild -- Juvenn Woo Sent with Sparrow http://www.sparrowmailapp.com/?sig On Monday, 20 July, 2015 at 12:12 pm, Bernie Baillargeon wrote: I followed the instructions to add the proper dependencies, plugins to the project, but upon entering lein cljsbuild once as noted in every online doc/ tutorial related, I get the error C:\Functional_Languages\Clojure\clojurescript_master\!work\modern-cljslein cljsbuild once 'cljsbuild' is not a task. See 'lein help'. what can I do to figure out the issue; where might there be something not set correctly? thanks -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@ googlegroups.com http://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+u...@ googlegroups.com http://googlegroups.com/ For more options, visit this group at http://groups.google.com/group/clojure?hl=en http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@ googlegroups.com http://googlegroups.com/. For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com . For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout. -- 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 http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com mailto:clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout https://groups.google.com/d/optout. -- 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
Re: [ANN] Clojure 1.8.0-alpha2
Wow, I've upgraded a couple of projects and builds are roughly 50% faster over 1.7.0. Is that to be expected? On Saturday, July 18, 2015 at 9:12:12 AM UTC-4, Alex Miller wrote: Clojure 1.8.0-alpha1 and 1.8.0-alpha2 are now available. Try it via - Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-alpha2 - Leiningen: [org.clojure/clojure 1.8.0-alpha2] 1.8.0-alpha1 includes support for tuples (optimized small vectors) inspired by Zach Tellman's work. 1.8.0-alpha2 has an additional set of bug fixes and enhancements: CLJ-703 Improve writeClassFile performance CLJ-1659 compile leaks files CLJ-1761 clojure.core/run! does not always return nil CLJ-1645 'javap -v' on protocol class reveals no source file CLJ-1644 into-array fails for sequences starting with nil CLJ-1588 StackOverflow in clojure.test macroexpand with `are` and anonymous `fn` CLJ-1565 pprint issues infinite output for a protocol CLJ-1562 some-,some-,cond-,cond- and as- doesn't work with (recur) CLJ-1533 Oddity in type tag usage for primInvoke CLJ-1528 clojure.test/inc-report-counter is not thread safe CLJ-1399 missing field munging when recreating deftypes serialized into byte code CLJ-1313 Correct a few unit tests CLJ-1250 Reducer (and folder) instances hold onto the head of seqs CLJ-1208 Namespace is not loaded on defrecord class init Our current plans for 1.8 are to feature freeze on October 1st (typically that is beta 1) and then work through a release in time for the Clojure/Conj in late November. We expect 1.8 to include the Socket Server REPL work (http://dev.clojure.org/display/design/Socket+Server+REPL) and possibly other things to be determined. - Alex -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Paper on Immutable Persistent Data Structures
Jean Niklas L'orange has some posts about it at http://hypirion.com/musings/understanding-persistent-vector-pt-1 (there's more throughout his blog if you search). On Tue, Jul 21, 2015 at 11:44 AM JvJ kfjwhee...@gmail.com wrote: Does anyone know if there exists a paper/web page describing in detail how each of Clojure's data structures are implemented? -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- -- Daniel -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Paper on Immutable Persistent Data Structures
The best resource I know of is Chris Okasaki's book (and thesis) on purely functional data structures: http://amzn.to/UcIidh The book isn't Clojure specific so unfortunately familiarity with either ML or Haskell is mandatory. I've written a couple of posts translating some implementations to Clojure but haven't had the time to write more. In case that's sitill useful, I've done Leftist Heaps and Red-Black Trees: http://www.leonardoborges.com/writings/tags/functional-data-structures/ Lastly, Mohit Thatte's talk from this year's EuroClojure is also a great resource on the subject for Clojure developers: https://www.youtube.com/watch?v=7BFF50BHPPo Cheers, Leonardo Borges On Tue, Jul 21, 2015 at 10:46 AM Daniel Compton daniel.compton.li...@gmail.com wrote: Jean Niklas L'orange has some posts about it at http://hypirion.com/musings/understanding-persistent-vector-pt-1 (there's more throughout his blog if you search). On Tue, Jul 21, 2015 at 11:44 AM JvJ kfjwhee...@gmail.com wrote: Does anyone know if there exists a paper/web page describing in detail how each of Clojure's data structures are implemented? -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- -- Daniel -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Paper on Immutable Persistent Data Structures
Does anyone know if there exists a paper/web page describing in detail how each of Clojure's data structures are implemented? -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: 'cljsbuild' not a task
two things got me past thiswell, just the first, but I hit another immediately these may be rising from the newer (latest) versions of leiningen, clojure, and clojurescript. 1) the online tutorial I was working with had me creating project modern*-*cljs. I changed the *hyphen *to *underscore *and the 'lein cljsbuild' *kicked off* ... but the template created by the *lein new *... caused an error *wrong number of parameters* 2) *had to remove one set of parens* around the 'defproject' (it'd had two outer paren sets) thanks for the ref to the online book, am working through that as well. On Monday, July 20, 2015 at 2:35:06 PM UTC-5, Colin Yates wrote: You don’t need to manage either of those JARs. Can you create a public github to share? Also, there is a new book which people are raving about (haven’t read it myself) that might be just the ticket: http://funcool.github.io/clojurescript-unraveled/ HTH, if not, please create a public github project. On 20 Jul 2015, at 19:52, Bernie Baillargeon bb@gmail.com javascript: wrote: No, that doesn’t fix it (I’d added the hook as a one shot attempt based on other online discussions related, but forgot to remove) After removing it still gives the same error. Am I missing some basic lein/clojure prep step? I’d gotten the cljs.jar and leiningen-2.5.1-standalone.jar into the project directory, had run 'lein compile' at the project directory (as well as having not done 'lein compile' prior to ‘lein cljsbuild once’ ) and I’m not seeing any change… On Monday, July 20, 2015 at 1:33:07 PM UTC-5, Colin Yates wrote: Is that hook valid? That looks wrong to me - try removing the hooks section and doing it manually from the command line. On 20 Jul 2015, at 19:02, Bernie Baillargeon bb@gmail.com wrote: no, I have the plugin specified: ;; CLJ AND CLJS source code path :source-paths [src/clj src/cljs] :dependencies [[org.clojure/clojure 1.7.0] [org.clojure/clojurescript 0.0-3308]] ;; lein-cljsbuild plugin to build a CLJS project :plugins [[lein-cljsbuild 1.0.6]] :hooks [leiningen.cljsbuild] On Monday, July 20, 2015 at 3:28:01 AM UTC-5, juvenn wrote: Hi Bernie, please have a look at project.clj, where you might be missing plugin lein-cljsbuild https://github.com/emezeske/lein-cljsbuild -- Juvenn Woo Sent with Sparrow http://www.sparrowmailapp.com/?sig On Monday, 20 July, 2015 at 12:12 pm, Bernie Baillargeon wrote: I followed the instructions to add the proper dependencies, plugins to the project, but upon entering lein cljsbuild once as noted in every online doc/ tutorial related, I get the error C:\Functional_Languages\Clojure\clojurescript_master\!work\modern-cljslein cljsbuild once 'cljsbuild' is not a task. See 'lein help'. what can I do to figure out the issue; where might there be something not set correctly? thanks -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com javascript: Note that posts from new members are moderated - please be patient with your first post. To unsubscribe from this group, send email to clojure+u...@googlegroups.com javascript: For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com javascript:. For more options,
Re: 'cljsbuild' not a task
Hi Bernie, I think you're folliowing this tutorial, right? https://github.com/magomimmo/modern-cljs/blob/master/doc/tutorial-01.md ... I learned from this tutorial a while ago but the syntax for leiningen has changed since, and while the community has tried to keep the tutorial up to date, there are a few outdated commands here and there:lein new modern-cljs needs to be changed to lein new app modern-cljs, it's possible there are a few other outdated bits elsewhere. If you find something open an issue so others can take a look into it. Also, avoid using folder structures which contain non-alphanumeric characters on Windows. I can't tell why but using C:\Functional_Languages\Clojure\clojurescript_master\!work as folder didn't work for me but C:\Functional_Languages\modern-cljs did. I gave the tutorial a try on a VM with Windows 7; I copied the project.clj, the directory list and the output from running lein cljsbuild once on this public gist: https://gist.github.com/dfuenzalida/55c6df8517fe6d6ef795 Regards, Denis El lunes, 20 de julio de 2015, 16:57:58 (UTC-7), Bernie Baillargeon escribió: two things got me past thiswell, just the first, but I hit another immediately these may be rising from the newer (latest) versions of leiningen, clojure, and clojurescript. 1) the online tutorial I was working with had me creating project modern *-*cljs. I changed the *hyphen *to *underscore *and the 'lein cljsbuild' *kicked off*... but the template created by the *lein new *... caused an error *wrong number of parameters* 2) *had to remove one set of parens* around the 'defproject' (it'd had two outer paren sets) thanks for the ref to the online book, am working through that as well. On Monday, July 20, 2015 at 2:35:06 PM UTC-5, Colin Yates wrote: You don’t need to manage either of those JARs. Can you create a public github to share? Also, there is a new book which people are raving about (haven’t read it myself) that might be just the ticket: http://funcool.github.io/clojurescript-unraveled/ HTH, if not, please create a public github project. On 20 Jul 2015, at 19:52, Bernie Baillargeon bb@gmail.com wrote: No, that doesn’t fix it (I’d added the hook as a one shot attempt based on other online discussions related, but forgot to remove) After removing it still gives the same error. Am I missing some basic lein/clojure prep step? I’d gotten the cljs.jar and leiningen-2.5.1-standalone.jar into the project directory, had run 'lein compile' at the project directory (as well as having not done 'lein compile' prior to ‘lein cljsbuild once’ ) and I’m not seeing any change… On Monday, July 20, 2015 at 1:33:07 PM UTC-5, Colin Yates wrote: Is that hook valid? That looks wrong to me - try removing the hooks section and doing it manually from the command line. On 20 Jul 2015, at 19:02, Bernie Baillargeon bb@gmail.com wrote: no, I have the plugin specified: ;; CLJ AND CLJS source code path :source-paths [src/clj src/cljs] :dependencies [[org.clojure/clojure 1.7.0] [org.clojure/clojurescript 0.0-3308]] ;; lein-cljsbuild plugin to build a CLJS project :plugins [[lein-cljsbuild 1.0.6]] :hooks [leiningen.cljsbuild] On Monday, July 20, 2015 at 3:28:01 AM UTC-5, juvenn wrote: Hi Bernie, please have a look at project.clj, where you might be missing plugin lein-cljsbuild https://github.com/emezeske/lein-cljsbuild -- Juvenn Woo Sent with Sparrow http://www.sparrowmailapp.com/?sig On Monday, 20 July, 2015 at 12:12 pm, Bernie Baillargeon wrote: I followed the instructions to add the proper dependencies, plugins to the project, but upon entering lein cljsbuild once as noted in every online doc/ tutorial related, I get the error C:\Functional_Languages\Clojure\clojurescript_master\!work\modern-cljslein cljsbuild once 'cljsbuild' is not a task. See 'lein help'. what can I do to figure out the issue; where might there be something not set correctly? thanks -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@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+u...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+u...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups Clojure group. To post to this group, send email to clo...@googlegroups.com Note that posts from new members are moderated - please be patient with your
Re: [ANN] Clojure 1.8.0-alpha2
Very likely that was the change for this ticket: http://dev.clojure.org/jira/browse/CLJ-703 Andy On Mon, Jul 20, 2015 at 7:19 PM, Adam Krieg adammkr...@gmail.com wrote: Wow, I've upgraded a couple of projects and builds are roughly 50% faster over 1.7.0. Is that to be expected? On Saturday, July 18, 2015 at 9:12:12 AM UTC-4, Alex Miller wrote: Clojure 1.8.0-alpha1 and 1.8.0-alpha2 are now available. Try it via - Download: https://repo1.maven.org/maven2/org/clojure/clojure/1.8.0-alpha2 - Leiningen: [org.clojure/clojure 1.8.0-alpha2] 1.8.0-alpha1 includes support for tuples (optimized small vectors) inspired by Zach Tellman's work. 1.8.0-alpha2 has an additional set of bug fixes and enhancements: CLJ-703 Improve writeClassFile performance CLJ-1659 compile leaks files CLJ-1761 clojure.core/run! does not always return nil CLJ-1645 'javap -v' on protocol class reveals no source file CLJ-1644 into-array fails for sequences starting with nil CLJ-1588 StackOverflow in clojure.test macroexpand with `are` and anonymous `fn` CLJ-1565 pprint issues infinite output for a protocol CLJ-1562 some-,some-,cond-,cond- and as- doesn't work with (recur) CLJ-1533 Oddity in type tag usage for primInvoke CLJ-1528 clojure.test/inc-report-counter is not thread safe CLJ-1399 missing field munging when recreating deftypes serialized into byte code CLJ-1313 Correct a few unit tests CLJ-1250 Reducer (and folder) instances hold onto the head of seqs CLJ-1208 Namespace is not loaded on defrecord class init Our current plans for 1.8 are to feature freeze on October 1st (typically that is beta 1) and then work through a release in time for the Clojure/Conj in late November. We expect 1.8 to include the Socket Server REPL work (http://dev.clojure.org/display/design/Socket+Server+REPL) and possibly other things to be determined. - Alex -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Clojure 1.8.0-alpha2
On Monday 20 July 2015 19:19:08 Adam Krieg wrote: Wow, I've upgraded a couple of projects and builds are roughly 50% faster over 1.7.0. Is that to be expected? These two changes might give you some insight: CLJ-703 Improve writeClassFile performance CLJ-1659 compile leaks files -- Rui Paulo -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: Paper on Immutable Persistent Data Structures
Hey JvJ Clojure's vectors and hash maps are primarily based on Phil Bagwell's work. Links below: Fast and space efficient trie searches, Phil Bagwell http://infoscience.epfl.ch/record/64394/files/triesearches.pdf Ideal Hash Trees, Phil Bagwell http://lampwww.epfl.ch/papers/idealhashtrees.pdf There is also an implementation of sorted maps backed by Red Black trees based on Okasaki's work. Here's a nice functional pearl by Okasaki https://wiki.rice.edu/confluence/download/attachments/2761212/Okasaki-Red-Black.pdf about Red Black trees. Best, Mohit On Tue, Jul 21, 2015 at 5:13 AM, JvJ kfjwhee...@gmail.com wrote: Does anyone know if there exists a paper/web page describing in detail how each of Clojure's data structures are implemented? -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout. -- -Mohit Thatte -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.
Re: [ANN] Replete ClojureScript REPL iOS app available
Thanks very much for this. (Just installed it.) -- 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 --- You received this message because you are subscribed to the Google Groups Clojure group. To unsubscribe from this group and stop receiving emails from it, send an email to clojure+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.