Vote: Yes
SAM
On 15.08.2013 1:23, Mike Duigou wrote:
I hereby nominate Brian Burkhalter to jdk8 Committer.
Brian joined the Oracle OpenJDK team a couple of months ago and has quickly
become a very active contributor to the long neglected numerics area. In
addition to contributing a number of important bug fixes himself Brian has
acted as sponsor/shepherd for several important community contributions to the
numerics area. He has done so with all the professionalism, alacrity, precision
and thoroughness that we should expect of all OpenJDK committers.
Changesets (in jdk8/jdk repo):
hg log -M -u bpb --template "{desc}\n" | grep "^[0-9]\{7,7\}: "
8022109: Evaluate adding incrementExact, decrementExact, negateExact to
java.lang.Math
8022180: BigInteger Burnikel-Ziegler quotient and remainder calculation assumes
quotient parameter is zero
8022094: BigDecimal/CompareToTests and BigInteger/CompareToTests are incorrect
6476168: (fmt) Inconsistency formatting subnormal doubles with hexadecimal
conversion
8020539: Clean up doclint problems in java.util package, part 2
8020641: Clean up some code style in recent BigInteger contributions
8014319: Faster division of large integers
8020409: Clean up doclint problems in java.util package, part 1
6480539: BigDecimal.stripTrailingZeros() has no effect on zero itself ("0.0")
6178739: (fmt) Formatter.format("%0.4f\n", 56789.456789) generates
MissingFormatWidthException
8019862: Fix doclint errors in java.lang.*.
8019857: Fix doclint errors in java.util.Format*
8017540: Improve multi-threaded contention behavior of radix conversion cache
4641897: Faster string conversion of large integers
6469160: (fmt) general (%g) formatting of zero (0.0) with precision 0 or 1
throws ArrayOutOfBoundsException
7131192: BigInteger.doubleValue() is depressingly slow
7192954: Fix Float.parseFloat to round correctly and preserve monotonicity.
4396272: Parsing doubles fails to follow IEEE for largest decimal that should
yield 0
7039391: Use Math.ulp in FloatingDecimal
4837946: Faster multiplication and exponentiation of large integers
4646474: BigInteger.pow() algorithm slow in 1.4.0
8015395: NumberFormatException during startup if JDK-internal property
java.lang.Integer.IntegerCache.high set to bad value
8016117: New sun.misc.FDBigInteger class as part of 7032154
7032154: Performance tuning of sun.misc.FloatingDecimal/FormattedFloatingDecimal
Votes are due by 2359 PDT, August 28, 2013.
Only current jdk8 Committers [1] are eligible to vote on this nomination. Votes
must be cast in the open by replying to this mailing list.
For Lazy Consensus voting instructions, see [2].
-Mike
[1] http://openjdk.java.net/census
[2] http://openjdk.java.net/projects/#committer-vote
