Vote: YES -Chris.
On 08/14/2013 02:23 PM, 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
