[jvm-l] Re: request for advice: safepoints in the JSR 292 spec

2010-12-15 Thread Rich Hickey
On Dec 15, 2010, at 1:31 AM, John Rose wrote: On Dec 13, 2010, at 12:19 AM, Rémi Forax wrote: On 12/12/2010 05:02 PM, Rich Hickey wrote: Rémi's synchronized block only coordinates the activities of updaters. Other threads may, and in some cases may have to, see some of the setTarget

[jvm-l] Re: request for advice: safepoints in the JSR 292 spec

2010-12-11 Thread Rich Hickey
On Dec 10, 9:04 pm, John Rose john.r.r...@oracle.com wrote: On Dec 10, 2010, at 5:08 AM, Doug Lea wrote: On 12/09/10 19:09, John Rose wrote: I started a thread on Google Groups to get more advice on safepoint-based invalidation, which the EG is naming MutableCallSite#sync.

[jvm-l] Re: concurrency problems, is the JVM missing something here?

2010-04-20 Thread Rich Hickey
On Apr 20, 1:08 pm, Charles Oliver Nutter head...@headius.com wrote: On Tue, Apr 20, 2010 at 3:19 AM, Jochen Theodorou blackd...@gmx.org wrote: since quite a while I am looking for the best approach to tackle the Groovy speed problem, but it seems I will not be able to fully solve the

[jvm-l] Re: Common compiler infrastructure?

2009-12-21 Thread Rich Hickey
On Dec 20, 8:37 pm, Martin C. Martin mar...@martincmartin.com wrote: Per Bothner wrote: On 12/17/2009 09:02 AM, Charles Oliver Nutter wrote: I may be naive, but what we really want here is simply a set of common protocols for doing the following: * Requesting from a language what types

[jvm-l] Re: Common compiler infrastructure?

2009-12-21 Thread Rich Hickey
On Dec 21, 1:50 pm, Charles Oliver Nutter head...@headius.com wrote: On Mon, Dec 21, 2009 at 6:43 AM, Rich Hickey richhic...@gmail.com wrote: Generating .class files isn't necessarily 'overkill'. I agree with Per, this is a standard representation. Given such .class files in the classpath

[jvm-l] Re: Common compiler infrastructure?

2009-12-21 Thread Rich Hickey
On Dec 21, 3:54 pm, Charles Oliver Nutter head...@headius.com wrote: Perhaps we should take a deep breath before proceeding. Ready? On Mon, Dec 21, 2009 at 2:24 PM, Rich Hickey richhic...@gmail.com wrote: On Dec 21, 1:50 pm, Charles Oliver Nutter head...@headius.com wrote: I'm not sure

[jvm-l] Re: GC, allocation, cache effects, immutables, numerics!

2009-11-17 Thread Rich Hickey
On Nov 16, 11:09 pm, Charles Oliver Nutter head...@headius.com wrote: On Mon, Nov 16, 2009 at 6:45 PM, John Cowan johnwco...@gmail.com wrote: In the end the answer will be fixnums. As things stand, Integers are so slow that BigIntegers aren't much slower: consequently, I decided, since I

[jvm-l] Re: Caching data out of mutable hierarchies

2008-09-30 Thread Rich Hickey
On Sep 30, 4:54 pm, Charles Oliver Nutter [EMAIL PROTECTED] wrote: I'm looking for papers, references, descriptions of methodologies for caching data out of a mutable hierarchy. Anyone got some pointers? Basically in JRuby we have lots of untapped caching opportunities, for methods,

[jvm-l] Re: Ignoring synthetic/bridge methods

2008-09-17 Thread Rich Hickey
On Sep 16, 5:08 am, Jeroen Frijters [EMAIL PROTECTED] wrote: Attila Szegedi wrote: On Sep 16, 2008, at 3:15 AM, Rich Hickey wrote: How is everyone handling the filtering of synthetic/bridge methods? [...] Most interesting, especially considering that bridge methods are really only

[jvm-l] Ignoring synthetic/bridge methods

2008-09-15 Thread Rich Hickey
How is everyone handling the filtering of synthetic/bridge methods? Using the reflection API, I'm seeing differences between JDK 1.5 and 6, with methods like StringBuilder.length marked as bridge/synthetic in JDK 6 (!?) Is there a reliable way to deduce the 'real' method set via reflection?

[jvm-l] Re: invokedynamic goes public

2008-05-20 Thread Rich Hickey
On May 20, 8:59 am, Ola Bini [EMAIL PROTECTED] wrote: Rich Hickey wrote: Thanks! Still working through it, but a fundamental question: Why does invokedynamic mirror invokevirtual, esp. in looking like an instance method call? Isn't a multi-language extension point like invokedynamic

[jvm-l] Re: Choosing a Scripting Language for a Java Application

2008-04-30 Thread Rich Hickey
On Apr 30, 2:06 am, Per Bothner [EMAIL PROTECTED] wrote: Perhaps a friendly merger might be possible? I think peaceful coexistence is more likely. Clojure has certainly ceded the backwards-compatibility ground. There was a time (you may not remember) when I was considering either

[jvm-l] Re: avoiding boxing

2008-04-29 Thread Rich Hickey
On Apr 29, 5:36 pm, Jochen Theodorou [EMAIL PROTECTED] wrote: Hi all, I wanted to collect a bit data to how you avoid boxing in your language implementations. I am asking because currently Groovy makes lots of calls via Reflection, and that means creating for each call an Object[],

[jvm-l] Re: Choosing a Scripting Language for a Java Application

2008-04-29 Thread Rich Hickey
On Apr 29, 8:44 pm, Randall R Schulz [EMAIL PROTECTED] wrote: On Tuesday 29 April 2008 17:15, Rich Hickey wrote: ... Hi Randall, I recommend you also take a look at Clojure. ... You might want to get Clojure listed here: http://www.robert-tolksdorf.de/vmlanguages.html

[jvm-l] Clojure Status (was: CommunityOne talk on JVM language implementers)

2008-04-26 Thread Rich Hickey
Clojure Status Clojure is a dynamic, compiled, functional dialect of Lisp for the JVM, with strong concurrency support. Clojure has been in development for 2.5 years. In public release for 6 months, there has been a lot of interest - 2500+ downloads, and 270+ members of the Google Group,

[jvm-l] Re: CommunityOne talk on JVM language implementers

2008-04-21 Thread Rich Hickey
On Apr 18, 1:33 pm, Charles Oliver Nutter [EMAIL PROTECTED] wrote: I've been approved to do a talk at CommunityOne this year on how we all have been trying to bring JVM language implementers together. The general idea is to show that the sleeping giant of languages on the JVM is starting to