Meikel Brandmeyer schrieb:
> I remember some presentation of someone doing this for,
> I think, Python. There you hint things, where the type is
> known and the compiler inferred the rest as far as possible.
> What cannot be inferred was cast to a special type called
> "dynamic". So this roughly
process?
Robert Pfeiffer
--~--~-~--~~~---~--~~
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
To unsubscribe from this group, send email to [EMAIL
the JVM. It does not in particular
support Clojure, but I think it can be adapted to any scripting
language. And it's open sourced.
http://www.kobrix.com/scriba.jsp
hth, Robert Pfeiffer
--~--~-~--~~~---~--~~
You received this message because you are subscribed
Hello,
Is there a benefit in implementing this as a macro instead of a
function? The function version would be very simple:
(defn returning [returnval & body]
returnval)
This is just a K combinator with varargs.
Robert Pfeiffer
--~--~-~--~~~---~--~~
o its self-similar elements, for the same
reason.)
hth, Robert Pfeiffer
--~--~-~--~~~---~--~~
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
To unsubsc
verything that
implements the fn interface this is also an issue. Does trampolining
on keywords make sense?
Robert Pfeiffer
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
To post t
t;
user=> "hello"
"hello"
user=> (= "a" '"a")
true
This behaviour is similar to that of number literals.
user=> (= 3 '3)
true
hth, Robert Pfeiffer
--~--~-~--~~~---~--~~
You received this message because
uot;
What do you think?
Robert Pfeiffer
--~--~-~--~~~---~--~~
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
To unsubscribe from this group
syntax of clojure also.
Would this patch eliminate the need to validate symbols? Are there
other constraints than that the printed representation read again
should result in the same symbol?
Robert Pfeiffer
--~--~-~--~~~---~--~~
You received this message because yo
ate to x.
Since (comp) and (-> x) currently only raise exceptions, the change
should not break existing programs.
hth, Robert Pfeiffer
--~--~-~--~~~---~--~~
You received this message because you are subscribed to the Google Groups
"Clojure" group.
.
** Expected Results:
A library with differentiation- and gradient- operators.
** Knowledge Prerequisite:
Some calculus.
** Skill level:
Easy to Medium.
Robert Pfeiffer
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this g
ompiler construction is hard enough as it
is.
Would like for me to add these to the GSoC proposals page?
>
Yes please.
Robert Pfeiffer
--
You received this message because you are subscribed to the Google
Groups "Clojure" group.
To post to this group, send email to clojure@googlegr
12 matches
Mail list logo