Vote: YES With best regards. Petr.
On Aug 15, 2013, at 1:39 AM, Chris Hegarty <[email protected]> wrote: > 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 >>
