Thanks for posting this Greg. The details of observable reordering of results
that is discussed on this page is the biggest issue that River and other “old
java code” has when moving to these newer CPU architectures. This stuff just
didn’t use to happen with older cache behaviors and the chang
+1 has my support.
Peter.
On 13/02/2014 9:33 AM, Dennis Reedy wrote:
While we're bringing up topics to discuss, I thought I'd throw this one out
there. Deploying systems into production (or just into serious test mode)
always brings up one issue pretty much consistently. What to do about log
+1 Peter.
On 13/02/2014 2:09 AM, Simon IJskes - QCG wrote:
On 12-02-14 17:00, Greg Trasuk wrote:
OK, fair enough. I’ll close this issue and open another one that
just makes sure the jars aren’t in the source distribution (that _is_
an Apache requirement) without adding Ivy.
+1
In general,
No, I fixed the build system last time to support Java 5 language
features, I don't have the time or inclination to fix it again.
ClassDep needs to be able to find dependencies by analysing byte code.
So to support finding dependencies for Java 8 language features, someone
will need to add th