how to preserve the natural reading order in clojure program?

2011-07-17 Thread Jevgeni Holodkov
"Unable to resolve symbol". Yes, it is possible to overcome by using "declare" call on the top, but this requires manual work. Is there something more automated which I am not aware of? Wbr, Jevgeni Holodkov -- You received this message because you are subscribed to the Go

Re: Clojure Conference Poll

2010-01-25 Thread Jevgeni Holodkov
I would suggest Estonia, but Germany is good as well! :) Br, Jevgeni On Jan 23, 3:45 pm, "Heinz N. Gies" wrote: > On Jan 23, 2010, at 12:04 , Boštjan Jerko wrote: > > > > > > > > > On 23.1.2010, at 10:33, Edmund wrote: > > >> East coast for we Europeans ? > > >> On Jan 23, 8:53 am, Christophe Gr

Re: (* BigDecimal double) should result in BigDecimal, not in Double, isn't it?

2010-01-18 Thread Jevgeni Holodkov
placing the 1.1 with 1.1M or 11/10 before evaluating the code? Wbr, Jevgeni On Jan 17, 7:47 pm, B Smith-Mannschott wrote: > On Sat, Jan 16, 2010 at 23:13, Jevgeni Holodkov > > wrote: > > Currently, if the result of the multiplication is too small, then the > > type will be

(* BigDecimal double) should result in BigDecimal, not in Double, isn't it?

2010-01-17 Thread Jevgeni Holodkov
Currently, if the result of the multiplication is too small, then the type will be double, despite the fact that one of the parameter was BigDecimal: Clojure 1.1.0 user=> (* 100M 1.1) 110.01 user=> (class (* 100M 1.1)) java.lang.Double Such thing are really hard to find and this can b