i would have to disagree with that. i hardly feel saddled with lein, it frees me from thinking about any build stuff 95% of the time, and as far as i know it is not the 'official' build system of clojure. it's just extremely popular because it makes creating and building projects so easy. you're free to use any tools you see fit to build your projects -- i dont understand why having an awesome tool that makes builds easy would in any way mean 'it will never go mainstream'? O_o
On Thu, Jul 28, 2011 at 7:23 PM, JAX <jayunit...@gmail.com> wrote: > I'm all for simplifying clojure. > Even if Lein is great... If clojure is heavily biased and saddled by yet > another framework/build system , it will never go mainstream. > Jay Vyas > MMSB > UCHC > On Jul 29, 2011, at 12:32 AM, clojure+nore...@googlegroups.com wrote: > > Today's Topic Summary > > Group: http://groups.google.com/group/clojure/topics > > format and printf can't be used with BigInt [2 Updates] > clojure.contrib.command-line [2 Updates] > Java 7 is out! [1 Update] > Problem with ClojureScript and Node.js [2 Updates] > better community docs: getting started [1 Update] > dynamically generated let bindings [1 Update] > Pair Coding over Skype [1 Update] > passing value to functions [1 Update] > Libraries and build management hell [3 Updates] > > Topic: format and printf can't be used with BigInt > > Sean Corfield <seancorfi...@gmail.com> Jul 28 04:28PM -0700 ^ > >>> Chas has already pointed you at the rationale / discussion but I'm a >> Discussions about primitive arithmetic, not BigInteger arithmetic. > > I take it you didn't actually bother to read the page he linked to? > Let me quote the relevant part for you since I know how averse you are > to spending any time reading more than the first few lines of any > material that people link to: > > * new clojure.lang.BigInt class > * BigInts do not auto-reduce, and are contagious (akin to doubles) > * BigInts will enable optimizations when fits in long > * optimzations not yet in place > * unlike BigInteger, BigInt has consistent hashcodes with Long, > through range of long > >> That'd be my position, yes. Also, backward compatibility: format works >> in 1.2 with (* 400000000000 400000000000 400000000000) so it should >> work in 1.3 with (* 400000000000 400000000000 400000000000). > > Kinda hard since that expression is not valid in 1.3 anyway: > > ArithmeticException integer overflow > clojure.lang.Numbers.throwIntOverflow (Numbers.java:1374) > > So that code breaks explicitly in 1.3 and in many ways (format) is > then the least of your worries... > >>> Might be worth opening a JIRA ticket for enhancing format, yes? >> You go ahead. I don't have an account there. > > Ah, that's right... the contributor process is too much work for > you... Maybe one of the kind souls who've taken the time to go thru > that process might feel inclined to open such a ticket for you? If > they agree with your position, of course. > -- > Sean A Corfield -- (904) 302-SEAN > An Architect's View -- http://corfield.org/ > World Singles, LLC. -- http://worldsingles.com/ > Railo Technologies, Inc. -- http://www.getrailo.com/ > > "Perfection is the enemy of the good." > -- Gustave Flaubert, French realist novelist (1821-1880) > > > > Sean Corfield <seancorfi...@gmail.com> Jul 28 04:30PM -0700 ^ > > I think one of the authors / core members needs to change the > permissions. I have edit access on the parent page > http://dev.clojure.org/display/doc/Enhanced+Primitive+Support and the > sibling page http://dev.clojure.org/display/doc/Bit+Operations but, > like you, don't have view access to the Numerics page. > > Sean > > > > > Topic: clojure.contrib.command-line > > octopusgrabbus <octopusgrab...@gmail.com> Jul 28 03:37PM -0700 ^ > > Are there any command-line examples or documentation other than what's > up on clojure.org or ClojureDocs? > > I'm using > > (defn -main [& args] > (with-command-line args > "Get csv file name" > [[in-file-name ".csv input file name" "resultset.csv" ]] > [[in-file-name ".csv input file name" 1]] > > (println "in-file-name:", in-file-name) > > If I specify a file name it does not get used. Only resultset.csv is > used. > > tnx > cmn > > > > Anthony Grimes <disciplera...@gmail.com> Jul 28 04:24PM -0700 ^ > > command-line is deprecated in favor of tools.cli now. > http://github.com/clojure/tools.cli > > > > Topic: Java 7 is out! > > Sean Corfield <seancorfi...@gmail.com> Jul 28 04:14PM -0700 ^ > >> So, what does it means for Clojure? > > It's not going to mean anything for a long time. Clojure still > supports Java 5 so it is probably going to be years before Java 7 is > mainstream enough that Clojure can _require_ it. > -- > Sean A Corfield -- (904) 302-SEAN > An Architect's View -- http://corfield.org/ > World Singles, LLC. -- http://worldsingles.com/ > Railo Technologies, Inc. -- http://www.getrailo.com/ > > "Perfection is the enemy of the good." > -- Gustave Flaubert, French realist novelist (1821-1880) > > > > Topic: Problem with ClojureScript and Node.js > > Anthony Grimes <disciplera...@gmail.com> Jul 28 03:32PM -0700 ^ > > I'm all of a sudden getting this exact same error on OS X 10.6.8. And I do > mean all of a sudden. I actually updated to this version of OS X last night > and today it isn't working. Is this happening to any OS X users on an older > Snow Leopard? This is the only thing that has changed in my setup, so I'm > actually starting to wonder if it might have something to do with that. > > > > Anthony Grimes <disciplera...@gmail.com> Jul 28 04:10PM -0700 ^ > > Actually, it seems to be caused by this > commit: > https://github.com/clojure/clojurescript/commit/954e8529b1ec814f40af77d6035f90e93a9126ea > > If I checkout before that, everything is peachy. I guess I'll submit a bug > report. > > > > Topic: better community docs: getting started > > uMany <elm...@gmail.com> Jul 28 03:57PM -0700 ^ > > I'm a total newbie with Clojure/Lisp/Java/Cake/Lein/Emacs etc. > But I want to help translating to Spanish. > If you tell me where can I find instructions to do it I will with > pleasure. > > By the way, I've been fighting with Emacs/Clojure and everything else. > It has been frustrating but I've learn a lot and I like to learn. So > for me, I don't give up. I wont give up. I just want to program in > Clojure no matter what just because I like it. > > Manuel > > > > > Topic: dynamically generated let bindings > > Sam Aaron <samaa...@gmail.com> Jul 28 11:48PM +0100 ^ > > Hi there, > > I'm trying to create a fn which does the following: > > * returns a fn which takes an arbitrary number of args > * calls a helper fn, passing the incoming args returning a vector of > alternating symbols and vals > * creates a let form using the vector of alternating symbols and vals > returned by the helper fn as the bindings > * contains some inner form that makes use of the bindings > > i.e. is it possible to implement something that allows the following to > work: > > (defn binding-vec > [args] > ['size (count args)]) > > (defn mk-dynamically-bound-fn > [form] > ;; returns a fn with sign [& args] which > ;; uses binding-vec to create a the vec for > ;; which a let statement binds around form > ) > > (def a (mk-dynamically-bound-fn '(+ size 10))) > > (a 1 2 3 4) ;=> 14 (the number of args + 10) > > > Please let me know if I'm being a bit crazy with the question. It's totally > possible that I'm barking up the wrong tree with this line of enquiry. > > Sam > > --- > http://sam.aaron.name > > > > Topic: Pair Coding over Skype > > nil <ache...@gmail.com> Jul 28 02:37PM -0700 ^ > > Until you find someone, one site you can look at is the clojure euler > site. It has some math examples written by folks who know clojure to > varying degrees. You can see different ways of tackling a given > problem. > > > > > Topic: passing value to functions > > Tuba Lambanog <tuba.lamba...@gmail.com> Jul 28 03:32PM -0600 ^ > > Hi, Laurent, > > Your suggestion of manually piping intermediate results works. Thank you > very much! > > Tuba > > > > > Topic: Libraries and build management hell > > Michal B <mibu.cloj...@gmail.com> Jul 28 02:23PM -0700 ^ > > Why does it have to be so complicated to use libraries? > > To use libraries, you need to learn how to operate half a dozen build tools > and git because each library author distributes their library differently. > If figuring out how to install an IDE with clojure wasn't bad enough, now > you need to figure out how to install and use each of the tools with it. > > I'm not saying build tools are useless, on the contrary. It's just that most > of the time, we want to sling two or three libraries together and code. > Right? There is no need to start a project with a bunch of template files > and an elaborate directory structure and to start configuring dependencies > and to rely on some magic happening that makes your program run. > > I think we over-engineered the build process to support the big projects and > forgot the common case. Most projects are simple. > > Let's remove this incidental complexity by returning to simplicity. Keep the > build tools for the heavyweights and get back in touch with your libraries. > > Instead of having a complicated installation guide for your library, have a > Download section in your site. Have there a link to the latest stable > version of your library as a jar file or, if necessary, a zip file with your > jar and and all the necessary dependency jars (sane library authors won't > mind). For a zip, shortly describe what's in it - library names and > versions, and links to their sites. That's it. > > I think most JVM users know or can quickly figure out how to take jars and > put them in their project's classpath. It's simple to do with all IDEs (or > without one) and there is no need to learn or install additional software or > edit configuration files. Starter scripts should include in the classpath > all jars in the current directory or jars/ directory by default. > > Instead of managing libraries inside a dependencies file, you do it directly > with the jar files. If the project gets too big, bring in the build tools. > > What are your thoughts on this issue? > > > > Timothy Baldridge <tbaldri...@gmail.com> Jul 28 04:30PM -0500 ^ > >> Why does it have to be so complicated to use libraries? > > I used to think it was hard until I read up on lein. Can't get much > simpler than clojars and lein: > > http://clojars.org/ > http://alexott.net/en/clojure/ClojureLein.html > > Now I'm starting to think that I actually like the lein method over > python easy_install or ruby gems. > > Timothy > > > -- > “One of the main causes of the fall of the Roman Empire was > that–lacking zero–they had no way to indicate successful termination > of their C programs.” > (Robert Firth) > > > > gaz jones <gareth.e.jo...@gmail.com> Jul 28 04:31PM -0500 ^ > > i would agree with all that if i were writing plain java (a lib dir > for dependencies and a couple of shell scripts for building etc), but > leiningen makes it so easy for clojure that its more work _not_ to use > it... at least that has been my experience. > > > > > -- > 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 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 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
