One last (there's no time for another) Hotspot approval request for b59

[Paul Hohensee]

6840196 NUMA allocator: crash in fastdebug during startup on Linux

Turns out we don't actually test UseNUMA running on a NUMA-enabled Linux,
so we've just discovered and fixed a problem loading the NUMA library.  
Without
it, UseNUMA won't work on the latest Linuxen.   A simple change such 
that if it
doesn't work then we haven't made anything worse than it already is.

SQE has given us a PIT waiver for it.

The review request is

"For some reason dlsym in Linux started to find the latest version of the
symbol instead of the oldest, which I think it is supposed to do.
And since NUMA API in linux has changed in the 2.0 version of the
library now we need to explicitly specify the version number of the
symbol when running with this library. We also need to continue loading
the base version of the symbols with the 1.0 version of the library.

The fix is to load NUMA API symbols in two stages. The first stage would
try to load symbols with "libnuma_1.1" (the way they are in the >2.0
versions). If that doesn't work the second stage loads them the normal way.

Webrev: http://cr.openjdk.java.net/~iveresov/6840196/webrev.00

Testing: jbb2005 on Linuxes with different versions of the library."

Thanks,

Paul