On Mar 11, 11:11 pm, e evier...@gmail.com wrote:
On Wed, Mar 11, 2009 at 6:28 PM, Stuart Sierra
the.stuart.sie...@gmail.comwrote:
Ok, here's a real one: if you need to use a lot of C/C++ libraries,
for which there are no Java replacements, Clojure won't be much fun,
because C/C++
On Jan 30, 3:16 pm, Stuart Sierra the.stuart.sie...@gmail.com wrote:
I think the goal is to provide object-like capabilities without
needing actual objects.
Why is that the goal? I mean, the JVM provides a well defined, high
performance object oriented system. Clojure can already generate
On Jan 19, 12:34 pm, Chouser chou...@gmail.com wrote:
If you remove the #^String type hint, you'll see that both String and
StringBuffer work fine.
In this specific case, one would use CharSequence, an interface both
String and StringBuffer implement.
On Jan 12, 10:21 am, Stuart Sierra the.stuart.sie...@gmail.com
wrote:
If you have
highly-optimized, custom-designed numerical algorithms written in a
low-level language like C++, you will never be able to write a version
that is equally fast in a dynamic, virtual-machine language.
I wouldn't
On Oct 10, 4:42 pm, Ande Turner [EMAIL PROTECTED] wrote:
David,
Thank you very much for such an expansive response. Currently a thread-safe
Swing alternative is using the Jambi bindings for Qt. I neglected to provide
Hmm? Qt isn't really any more threadsafe than Swing is, or than GTK+
is: