On Nov 30, 7:04 pm, Robert Fischer robert.fisc...@smokejumperit.com
wrote:
This is what Trove is there for. It's not an actively maintained
project, but that's because it's pretty done.
It is actively maintained and version 3.0 is in alpha now. The API is
much closer to the Java collections
Really? Awesome!
~~ Robert.
ijuma wrote:
On Nov 30, 7:04 pm, Robert Fischer robert.fisc...@smokejumperit.com
wrote:
This is what Trove is there for. It's not an actively maintained
project, but that's because it's pretty done.
It is actively maintained and version 3.0 is in
On Nov 30, 8:05 pm, Robert Fischer robert.fisc...@smokejumperit.com
wrote:
Really? Awesome!
Yeap, 3.0a2 is here:
https://sourceforge.net/projects/trove4j/files/
Ismael
--
You received this message because you are subscribed to the Google Groups JVM
Languages group.
To post to this group,
On Dec 1, 3:36 am, Marcelo Fukushima takesh...@gmail.com wrote:
while i havent read it entirely yet, here's the first pointer i found
on this feature
http://lamp.epfl.ch/~dragos/files/scala-spec.pdf
There is also:
http://www.scala-lang.org/sid/9
Best,
Ismael
--
You received this message
On Nov 19, 10:03 pm, Jon Harrop j...@ffconsultancy.com wrote:
On Friday 20 November 2009 02:30:13 Daniel Hicks wrote:
On Nov 16, 7:33 pm, Jon Harrop j...@ffconsultancy.com wrote:
I see allocation as contention because the heap is a global shared
resource. If you want to recover the
On Nov 16, 7:33 pm, Jon Harrop j...@ffconsultancy.com wrote:
I see allocation as contention because the heap is a global shared resource.
If you want to recover the performance of the previous generation of
standalone languages with GCs optimized for rapid recycling on a single
thread (e.g.
On Friday 20 November 2009 02:30:13 Daniel Hicks wrote:
On Nov 16, 7:33 pm, Jon Harrop j...@ffconsultancy.com wrote:
I see allocation as contention because the heap is a global shared
resource. If you want to recover the performance of the previous
generation of standalone languages with
Yes http://blogs.sun.com/jrose/entry/fixnums_in_the_vm
describes it exactly! I had thought it was Per Botner..
I must have read both Per's KAWA fixnums and that blog on the same day.
Although if my memory serves (which it hasn't),
there was someone starting to do this on the JikesRVM.
On Tue,
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
One old fixnum solution proposed by Per Bothner many years ago
(he is on this mailing list so he might know the PDF he wrote I am referring
to?)
Whenever I read something,my mind often over paraphrases things
(even makes up it's own version!) but I walked away with this
The primitive types that
On Tue, Nov 17, 2009 at 11:37 AM, logic...@gmail.com wrote:
One old fixnum solution proposed by Per Bothner many years ago
(he is on this mailing list so he might know the PDF he wrote I am referring
to?)
Whenever I read something,my mind often over paraphrases things
(even makes up it's
This is something that might be a good candidate for openjdk and/or
icedtea. The only problem is the build seems to be regularly broken
in the repository. It would be really interesting to have a few
research forks with various improvements to primitives.
On Tue, Nov 17, 2009 at 11:55 PM,
12 matches
Mail list logo