CFV: New JDK8 Committer Brian Burkhalter (bpb)

[Vincent Ryan]

Vote: yes

On 14 Aug 2013, at 22: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