On Mar 11, 11:11 pm, e wrote:
> On Wed, Mar 11, 2009 at 6:28 PM, Stuart Sierra
> wrote:
>
>
>
> > 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++ interop with Java is not fun. You'll pr
On Jan 30, 3:16 pm, Stuart Sierra 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
classes - the main issue I
On Jan 19, 12:34 pm, Chouser 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.
--~--~-~--~~~---~--~~
Yo
On Jan 12, 10:21 am, Stuart Sierra
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 say "never"; clearly Cl
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+
On Sep 28, 1:28 pm, "Stephen C. Gilardi" <[EMAIL PROTECTED]> wrote:
> final static public Var ERR =
> Var.intern(CLOJURE_NS, Symbol.create("*err*"),
> new PrintWriter(new OutputStreamWriter(System.err,
> UTF8),
> true));
Is it right to put UTF8 there
