Seeing as this was raised in the jre5 thread:

> java.util.concurrent
> java.util.concurrent.atomic
> java.util.concurrent.locks

Note that the java.util.concurrent implementation, as defined and
implemented by the JSR-166 is freely available for download:

/*
 * Written by Doug Lea with assistance from members of JCP JSR-166
 * Expert Group and released to the public domain, as explained at
 * http://creativecommons.org/licenses/publicdomain
 */


Follow links to the CVS repository:

http://gee.cs.oswego.edu/dl/concurrency-interest/index.html

These API's rely in part on some native VM support - particularly for
atomics and low-level lock support. Atomics in particular only reach their
full potential if the JIT/AOT compiler knows what to do with them and can
"intrinsify" their use.

Cheers,
David Holmes



_______________________________________________
Classpath mailing list
[EMAIL PROTECTED]
http://lists.gnu.org/mailman/listinfo/classpath
  • Re: gij as JRE 5 Andrew John Hughes
    • java.util.concurrent in Java 5.0 David Holmes

Reply via email to