> Misc small doc updates and addition of `@Overrides` annotations.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The incremental webrev excludes the unrelated changes brought in by
the merge/rebase. The pull request contains two additional comm
On Fri, 7 Jun 2024 21:05:33 GMT, Joe Darcy wrote:
> Use the value tag to make the javadoc for various format-related constants
> more informative to readers. Currently the information is available by
> following the "Constant Field Values" link.
>
> I'll reflow the
> Use the value tag to make the javadoc for various format-related constants
> more informative to readers. Currently the information is available by
> following the "Constant Field Values" link.
>
> I'll reflow the paragraphs before a push.
Joe Darcy has updated the p
> Use the value tag to make the javadoc for various format-related constants
> more informative to readers. Currently the information is available by
> following the "Constant Field Values" link.
>
> I'll reflow the paragraphs before a push.
Joe Darcy has updated the p
Use the value tag to make the javadoc for various format-related constants more
informative to readers. Currently the information is available by following the
"Constant Field Values" link.
I'll reflow the paragraphs before a push.
-
Commit messages:
- JDK-8333828: Use value
Misc small doc updates and addition of `@Overrides` annotations.
-
Commit messages:
- JDK-8333768: Minor doc updates to java.lang.{Float, Double}
Changes: https://git.openjdk.org/jdk/pull/19590/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=19590=00
Issue:
On Mon, 15 Apr 2024 19:01:08 GMT, Joe Darcy wrote:
> Get JDK 24 underway.
This pull request has now been integrated.
Changeset: 75dc2f85
Author: Joe Darcy
Committer: Jesper Wilhelmsson
URL:
https://git.openjdk.org/jdk/commit/75dc2f8518d0adea30f7065d6732b807c0220756
Stats: 2
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The pull request now contains 23 commits:
- Update copyright.
- Updated problem list after bug fix.
- Merge branch 'master' into JDK-8330188
- Merge branch 'master' into
On Mon, 3 Jun 2024 17:26:52 GMT, Nizar Benalla wrote:
> Can I please get a review for this small change? The motivation is that javac
> does not recognize `package.html` files.
>
> The conversion was simple, I used a script to rename the files, append "*" on
> the left and remove some HTML
On Fri, 17 May 2024 12:01:23 GMT, Chen Liang wrote:
> Core reflection's generic signature parsing uses an ancient library with
> outdated visitor pattern on a tree model and contains unnecessary
> boilerplates. This is a duplication of ClassFile API's signature model. We
> should just move to
On Tue, 28 May 2024 22:31:15 GMT, Jonathan Gibbons wrote:
>> With the advent of JEP 467, `///` comments may be treated as documentation
>> comments, and may be subject to the recently new `javac` warning about
>> "dangling doc comments" in unexpected places.
>>
>> In keeping with the policy
On Fri, 31 May 2024 01:34:45 GMT, Brent Christian wrote:
>> Classes in the `java.lang.ref` package would benefit from an update to bring
>> the spec in line with how the VM already behaves. The changes would focus on
>> _happens-before_ edges at some key points during reference processing.
>>
> Get JDK 24 underway.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Temporarily problem list java.lang.instrument tests until jar generation is
fixed.
-
Changes:
- all: https://git.openjdk.org/jdk/pull/18787/fi
On Tue, 21 May 2024 13:49:18 GMT, jengebr wrote:
> Improve `java/lang/reflect/Method.java` by eliminating needless cloning of
> Class[0] instances. This cloning is intended to prevent callers from
> changing array contents, but smany Methods have zero exceptions or zero
> parameters, and
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The pull request now contains 18 commits:
- Merge branch 'master' into JDK-8330188
- Update symbol files for JDK 23 build 25.
- Correct release year.
- Merge branch 'mas
> Get JDK 24 underway.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Update symbol files for JDK 23 build 25.
-
Changes:
- all: https://git.openjdk.org/jdk/pull/18787/files
- new: https://git.openjdk.org/jdk/p
On Fri, 24 May 2024 21:39:33 GMT, Brent Christian wrote:
>> Classes in the `java.lang.ref` package would benefit from an update to bring
>> the spec in line with how the VM already behaves. The changes would focus on
>> _happens-before_ edges at some key points during reference processing.
>>
On Fri, 24 May 2024 21:39:33 GMT, Brent Christian wrote:
>> Classes in the `java.lang.ref` package would benefit from an update to bring
>> the spec in line with how the VM already behaves. The changes would focus on
>> _happens-before_ edges at some key points during reference processing.
>>
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The pull request now contains 16 commits:
- Correct release year.
- Merge branch 'master' into JDK-8330188
- Add symbol files current with JDK 23 build 24.
- Merge branch 'mas
On Tue, 28 May 2024 20:26:40 GMT, Naoto Sato wrote:
>> As a non-standard comment, it will trigger a warning (and hence an error),
>> since the prevailing standard for `java.base` is to compile with all
>> warnings enabled (`-Xlint`) and no warnings found (verified by `-Werror`)
>>
>> The
> Get JDK 24 underway.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Add symbol files current with JDK 23 build 24.
-
Changes:
- all: https://git.openjdk.org/jdk/pull/18787/files
- new: https://git.openjdk.org/
On Fri, 10 May 2024 21:06:22 GMT, Vicente Romero wrote:
>> As the core reflection code will encounter record classes compiled before
>> and after the javac code generation change, if the old behavior can be
>> triggered in javac using `--release $OLD`/`--source $OLD`, that would be
>> helpful
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The pull request now contains 13 commits:
- Merge branch 'master' into JDK-8330188
- Merge branch 'master' into JDK-8330188
- Fix-up test.
- Merge branch 'master' into
On Thu, 23 May 2024 01:05:07 GMT, Chen Liang wrote:
> > As a general comment, please update all the links to "mandated" so that the
> > text "implicitly declared" get linked to the MANDATED enum constant.
>
> Should we update the API specification for `Parameter::isImplicit`, which
> checks
On Tue, 12 Dec 2023 22:21:29 GMT, Joe Darcy wrote:
>> Vicente Romero has updated the pull request incrementally with one
>> additional commit since the last revision:
>>
>> fixing comment
>
> As the core reflection code will encounter record classes compiled
On Fri, 17 May 2024 08:28:15 GMT, Raffaello Giulietti
wrote:
>> All random number generator algorithms are implemented in module
>> `java.base`. The usage of `ServiceLoader` in `j.u.r.RandomGeneratorFactory`
>> is no longer needed.
>
> Raffaello Giulietti has updated the pull request
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The pull request now contains 11 commits:
- Fix-up test.
- Merge branch 'master' into JDK-8330188
- Adjust test for deprecated options.
- Merge branch 'master' into JDK-8330
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The pull request now contains ten commits:
- Adjust test for deprecated options.
- Merge branch 'master' into JDK-8330188
- Update deprecated options test.
- Merge branch 'mas
On Tue, 7 May 2024 11:53:19 GMT, Pavel Rappo wrote:
> Please review this mechanical change to man pages. This PR should be
> integrated after https://github.com/openjdk/jdk/pull/18787.
Marked as reviewed by darcy (Reviewer).
> This PR is standalone as opposed to dependent because the #18787
On Tue, 7 May 2024 17:37:57 GMT, Pavel Rappo wrote:
> Yes, we do. There's a common misconception that `{@inheritDoc}` inherits the
> complete doc comment. In reality, `{@inheritDoc}` inherits only the main
> description, which does not include any `@throws` tags.
>
> A `@throws` tag is either
On Tue, 7 May 2024 01:26:30 GMT, Chen Liang wrote:
> Should this be final?
With only the private constructor, it doesn't matter too much in practice, but
an explicit `final` would be good documentation if that is the intent.
-
PR Review Comment:
> Get JDK 24 underway.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The incremental webrev excludes the unrelated changes brought in by
the merge/rebase. The pull request contains seven additional commits since the
last revision:
- Upd
On Mon, 29 Apr 2024 18:55:24 GMT, Vicente Romero wrote:
>> Reflection is not retrieving generic type information for mandated
>> parameters. This is a known issue which has been explicitly stated in the
>> API of some reflection methods. Fix for
>>
On Mon, 29 Apr 2024 18:55:24 GMT, Vicente Romero wrote:
>> Reflection is not retrieving generic type information for mandated
>> parameters. This is a known issue which has been explicitly stated in the
>> API of some reflection methods. Fix for
>>
On Tue, 23 Apr 2024 07:03:45 GMT, David Holmes wrote:
> There are further updates to this test in the pipeline (new deprecated flags
> in 23) so you will need to keep updating to reflect that.
Thanks @dholmes-ora ; acknowledged.
-
PR Review Comment:
On Wed, 24 Apr 2024 14:10:29 GMT, Nizar Benalla wrote:
> This checker checks the values of the `@since` tag found in the documentation
> comment for an element against the release in which the element first
> appeared.
>
> Real since value of an API element is computed as the oldest release
On Thu, 25 Apr 2024 21:32:03 GMT, Joe Darcy wrote:
> Remove unnecessary setting of variable y, found by an IDE inspection noted in
> the bug report.
This pull request has now been integrated.
Changeset: 4e5c25ee
Author: Joe Darcy
URL:
https://git.openjdk.org/jdk/
On Tue, 19 Mar 2024 19:32:10 GMT, Joe Darcy wrote:
>> I think splitting `CharArraySequence` into two versions is somewhat dubious
>> as more observable types at call sites may mean the performance gain in
>> targeted micros is lost. How much of an improvement di
> Remove unnecessary setting of variable y, found by an IDE inspection noted in
> the bug report.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Update copyright year.
-
Changes:
- all: https://git.openjdk.org/jd
Remove unnecessary setting of variable y, found by an IDE inspection noted in
the bug report.
-
Commit messages:
- JDK-8331108: Unused Math.abs call in java.lang.FdLibm.Expm1#compute
Changes: https://git.openjdk.org/jdk/pull/18963/files
Webrev:
On Thu, 25 Apr 2024 21:32:03 GMT, Joe Darcy wrote:
> Remove unnecessary setting of variable y, found by an IDE inspection noted in
> the bug report.
All Math and StrictMath regression tests pass with this change. Examining the
code, y does look to be overwritten on all the code paths
On Fri, 19 Apr 2024 19:21:13 GMT, Jonathan Gibbons wrote:
>> Please review a set of updates to clean up use of `/**` comments in the
>> vicinity of declarations.
>>
>> There are various categories of update:
>>
>> * "Box comments" beginning with `/**`
>> * Misplaced doc comments before
On Thu, 18 Apr 2024 20:44:00 GMT, Jonathan Gibbons wrote:
> Please review a set of updates to clean up use of `/**` comments in the
> vicinity of declarations.
>
> There are various categories of update:
>
> * "Box comments" beginning with `/**`
> * Misplaced doc comments before package or
On Wed, 17 Apr 2024 20:46:26 GMT, Joe Darcy wrote:
> 8330458: Add missing @since tag to ClassFile.JAVA_23_VERSION
This pull request has now been integrated.
Changeset: 235ba9a7
Author: Joe Darcy
URL:
https://git.openjdk.org/jdk/commit/235ba9a7025964b1e43149c7102e26b82b2081ad
St
8330458: Add missing @since tag to ClassFile.JAVA_23_VERSION
-
Commit messages:
- JDK-8330458: Add missing @since tag to ClassFile.JAVA_23_VERSION
Changes: https://git.openjdk.org/jdk/pull/18828/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=18828=00
Issue:
> Get JDK 24 underway.
Joe Darcy has updated the pull request incrementally with two additional
commits since the last revision:
- Correct release date as observed in review feedback.
- Improve javadoc of class file update.
-
Changes:
- all: https://git.openjdk.org/jdk/p
On Tue, 16 Apr 2024 21:21:43 GMT, Chen Liang wrote:
>> Get JDK 24 underway.
>
> src/java.base/share/classes/java/lang/classfile/ClassFile.java line 1481:
>
>> 1479: int JAVA_23_VERSION = 67;
>> 1480:
>> 1481: /** 68 */
>
> We need `@since 24` here.
Ah, good catch; looks like I was
On Mon, 15 Apr 2024 19:57:49 GMT, Iris Clark wrote:
> The copyright year was not updated in all files *14.java. I assume that's
> intentional.
I'll run my copyright update script before pushing.
> I've also Reviewed the associated CSRs.
Thanks.
> make/conf/version-numbers.conf line 36:
>
On Mon, 15 Apr 2024 19:01:08 GMT, Joe Darcy wrote:
> Get JDK 24 underway.
This initial version of the PR intentionally excludes the creation of the new
symbol files so that the fundamental code aspects of the update are easier to
see.
-
PR Comment: https://git.openjdk.org/
Get JDK 24 underway.
-
Commit messages:
- JDK-8330182: Start of release updates for JDK 24
Changes: https://git.openjdk.org/jdk/pull/18787/files
Webrev: https://webrevs.openjdk.org/?repo=jdk=18787=00
Issue: https://bugs.openjdk.org/browse/JDK-8330182
Stats: 101 lines in 37
On Fri, 12 Apr 2024 23:55:01 GMT, Joe Darcy wrote:
> Straightforward test update so it doesn't have to be trivially updated for
> each JDK version.
This pull request has now been integrated.
Changeset: da75e015
Author: Joe Darcy
URL:
https://git.openjdk.org/jdk/
On Sat, 13 Apr 2024 00:40:45 GMT, Chen Liang wrote:
> Thanks for this fix. I recall that I had to add this flag because otherwise
> compileSources fails when `@enablePreview` is there. If we can drop the
> preview flag, that would be the best.
Thanks; I did a quick experiment and the test
Straightforward test update so it doesn't have to be trivially updated for each
JDK version.
-
Commit messages:
- JDK-8330196: Make java/lang/invoke/defineHiddenClass/BasicTest release
agnostic
Changes: https://git.openjdk.org/jdk/pull/18769/files
Webrev:
On Fri, 5 Apr 2024 18:32:09 GMT, Jan Lahoda wrote:
>> This is a patch for javac, that adds the Derived Record Creation
>> expressions. The current draft specification for the feature is:
>> https://cr.openjdk.org/~gbierman/jep468/jep468-20240326/specs/derived-record-creation-jls.html
>>
>> The
On Wed, 3 Apr 2024 05:56:55 GMT, Joe Darcy wrote:
> Exploratory work in support of https://github.com/openjdk/jdk/pull/18509.
This pull request has been closed without being integrated.
-
PR: https://git.openjdk.org/jdk/pull/18590
On Wed, 3 Apr 2024 05:56:55 GMT, Joe Darcy wrote:
> Exploratory work in support of https://github.com/openjdk/jdk/pull/18509.
The changes in this PR are being incorporated into the larger PR for derived
record creation.
-
PR Comment: https://git.openjdk.org/jdk/pull/18
On Wed, 3 Apr 2024 20:17:39 GMT, Joe Darcy wrote:
> When new language features are added, the javax.lang.model may need to be
> updated. For certain classes of features, the API update includes introducing
> a new set of concrete visitors to handle the language feature.
>
ent of any particular language
> change.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Add informative links.
-
Changes:
- all: https://git.openjdk.org/jdk/pull/18609/files
- new: https://git.openjdk.org/jdk/pull/18609/
On Thu, 4 Apr 2024 05:48:25 GMT, Alan Bateman wrote:
> The visitor classes are themselves preview APIs. Is this the first time that
> preview APIs have been proposed without a JEP? Just wondering how much
> visibility this preview API will get.
To clarify the intention, the visitor classes
On Wed, 3 Apr 2024 21:05:20 GMT, Vicente Romero wrote:
>> When new language features are added, the javax.lang.model may need to be
>> updated. For certain classes of features, the API update includes
>> introducing a new set of concrete visitors to handle the language feature.
>>
>> The API
On Wed, 3 Apr 2024 20:17:39 GMT, Joe Darcy wrote:
> When new language features are added, the javax.lang.model may need to be
> updated. For certain classes of features, the API update includes introducing
> a new set of concrete visitors to handle the language feature.
>
When new language features are added, the javax.lang.model may need to be
updated. For certain classes of features, the API update includes introducing a
new set of concrete visitors to handle the language feature.
The API scaffolding to support the new feature tends to be considerably larger
On Tue, 2 Apr 2024 23:43:24 GMT, Joe Darcy wrote:
> Happened to notice a semantic typo in the description of
> MathContext.DECIMAL128, use of "decimal64" where "decimal128" was intended,
> and added some additional information to make the related descriptions mo
On Wed, 3 Apr 2024 14:55:07 GMT, Raffaello Giulietti
wrote:
>> Happened to notice a semantic typo in the description of
>> MathContext.DECIMAL128, use of "decimal64" where "decimal128" was intended,
>> and added some additional information to make the related descriptions more
>>
Exploratory work in support of https://github.com/openjdk/jdk/pull/18509.
-
Commit messages:
- Add more support for component local variables.
- Add uses of new visitor types.
- JDK-8329556: javax.lang.model suppor for Derived Record Creation (Preview)
- Baseline on 04 version of
On Tue, 2 Apr 2024 18:09:52 GMT, Joe Darcy wrote:
> > For the `javax.lang.model` changes, as a new ElementKind is being
> > introduced, there should be a matching layer of new concrete visitors and
> > selected updates to existing visitor implementations, etc.
>
Happened to notice a semantic typo in the description of
MathContext.DECIMAL128, use of "decimal64" where "decimal128" was intended, and
added some additional information to make the related descriptions more
informative.
-
Commit messages:
- JDK-8329557: Fix statement around
On Tue, 2 Apr 2024 18:05:43 GMT, Joe Darcy wrote:
> For the `javax.lang.model` changes, as a new ElementKind is being introduced,
> there should be a matching layer of new concrete visitors and selected
> updates to existing visitor implementations, etc.
I can help develop the visito
On Thu, 28 Mar 2024 14:08:44 GMT, Jan Lahoda wrote:
>> This is a patch for javac, that adds the Derived Record Creation
>> expressions. The current draft specification for the feature is:
>> https://cr.openjdk.org/~gbierman/jep468/jep468-20240326/specs/derived-record-creation-jls.html
>>
>>
On Tue, 12 Mar 2024 14:03:01 GMT, Claes Redestad wrote:
>> Shaojin Wen has updated the pull request incrementally with one additional
>> commit since the last revision:
>>
>> restore comment
>
> I think splitting `CharArraySequence` into two versions is somewhat dubious
> as more observable
On Wed, 13 Mar 2024 13:51:27 GMT, Claes Redestad wrote:
> Relying on the upper bounds check of `charAt` doesn't work well with the
> `CharArraySequence` whose `charAt` deliberately does not throw an IIOBE if
> the array is longer than the provided length, ie, it'll look at chars beyond
> the
On Wed, 6 Mar 2024 17:54:57 GMT, Joe Darcy wrote:
> The atan2 and hypot cases added would fail for a particular test library that
> has errors in the millions of ulps for those inputs, rather than the small
> number of ulps specified for the error.
This pull request has now been i
On Tue, 12 Mar 2024 00:16:52 GMT, Mandy Chung wrote:
> I agree with the evaluation of
> [JDK-8327786](https://bugs.openjdk.org/browse/JDK-8327786) that
> `setAccessible(true)` isn't for most developers and this proposal is not
> worth doing.
I concur.
-
PR Comment:
On Mon, 11 Mar 2024 20:41:25 GMT, Shaojin Wen wrote:
>> The current BigDecimal(String) constructor calls String#toCharArray, which
>> has a memory allocation.
>>
>>
>> public BigDecimal(String val) {
>> this(val.toCharArray(), 0, val.length()); // allocate char[]
>> }
>>
>>
>> When the
> The atan2 and hypot cases added would fail for a particular test library that
> has errors in the millions of ulps for those inputs, rather than the small
> number of ulps specified for the error.
Joe Darcy has updated the pull request incrementally with one additional commit
since
> The atan2 and hypot cases added would fail for a particular test library that
> has errors in the millions of ulps for those inputs, rather than the small
> number of ulps specified for the error.
Joe Darcy has updated the pull request incrementally with one additional commit
since
The atan2 and hypot cases added would fail for a particular test library that
has errors in the millions of ulps for those inputs, rather than the small
number of ulps specified for the error.
-
Commit messages:
- JDK-8327487: Further augment WorstCaseTests with more cases
On Tue, 5 Mar 2024 00:51:33 GMT, Naoto Sato wrote:
> Fixing test cases. For bad test cases, only the first case was run, and the
> rest were ignored.
Looks fine; thanks for sending out the fix.
test/jdk/java/lang/Double/ParseDouble.java line 559:
> 557: private static void
On Fri, 22 Sep 2023 05:36:02 GMT, Joe Darcy wrote:
> A new paper
>
> "Accuracy of Mathematical Functions in Single, Double, Double Extended, and
> Quadruple Precision"
> by Brian Gladman, Vincenzo Innocente and Paul Zimmermann
> https://members.loria.fr/PZi
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The incremental webrev excludes the un
On Wed, 28 Feb 2024 06:08:18 GMT, Joe Darcy wrote:
>> A new paper
>>
>> "Accuracy of Mathematical Functions in Single, Double, Double Extended, and
>> Quadruple Precision"
>> by Brian Gladman, Vincenzo Innocente and Paul Zimmermann
>> https://me
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Respond to r
On Tue, 27 Feb 2024 11:20:11 GMT, Raffaello Giulietti
wrote:
> There are no libraries that have worse errors than OpenLibm, so I'm wondering
> what these values are good for?
When I was working on updating the worst-case tests for Math, I would check the
input values in Math.foo() and
On Tue, 27 Feb 2024 11:20:01 GMT, Raffaello Giulietti
wrote:
> I can't find this one on the paper.
Good catch; must have been a cut and paste error on my part.
-
PR Review Comment: https://git.openjdk.org/jdk/pull/15879#discussion_r1504993038
On Tue, 27 Feb 2024 19:21:13 GMT, Chad Rakoczy wrote:
> What is the issue with this? Is there a different way to set a timeout? The
> test tests that format does not take a long time to run so I would like to
> have a timeout
Hard-coded timeout in a test are generally considered harmful as
On Tue, 27 Feb 2024 17:24:03 GMT, Chad Rakoczy wrote:
> [JDK-8299677](https://bugs.openjdk.java.net/browse/JDK-8299677) fixes a bug
> with Formatter.format taking a long time when there is a lot of padding. This
> test runs Formatter.format with very large padding. Test fails before
>
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Appease jcheck.
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Update atan2 and hypot
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Expand
On Mon, 26 Feb 2024 06:43:43 GMT, Joe Darcy wrote:
> To improve the "fingerprinting" coverage of the StrictMath tests, I've added
> test cases where the worst-case of a non-FDLIBM library is larger than the
> FDLIBM worst-case. Assuming reasonable methodology of th
On Sat, 24 Feb 2024 20:31:13 GMT, Joe Darcy wrote:
>> A new paper
>>
>> "Accuracy of Mathematical Functions in Single, Double, Double Extended, and
>> Quadruple Precision"
>> by Brian Gladman, Vincenzo Innocente and Paul Zimmermann
>> https://me
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request incrementally with five additional
commits since the last revision:
- Fix missing minus sign.
On Fri, 23 Feb 2024 19:18:22 GMT, Joe Darcy wrote:
> > Both `Math.cos` and `StrictMath.cos` produce the correctly rounded result
> > here. I don't know why the paper says otherwise. Perhaps OpenLibm is not
> > exactly fdlibm.
>
> I've looked a bit over the OpenLibm
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request incrementally with one additional commit
since the last revision:
Imp
On Fri, 22 Sep 2023 15:33:11 GMT, Raffaello Giulietti
wrote:
>> Joe Darcy has updated the pull request with a new target base due to a merge
>> or a rebase. The incremental webrev excludes the unrelated changes brought
>> in by the merge/rebase. The pull request conta
On Fri, 22 Sep 2023 21:32:26 GMT, Joe Darcy wrote:
> For FDLIBM tan, the stated error in the Math.tan spec is 1 ulp and the FDLIBM
> sources say tan is "nearly rounded," which could reasonably be interpreted as
> meaning within 1 ulp. However, the reported error by the
nputs with generate the worst-case observed errors in different
> math library implementations. The FDLIBM-related worst cases should be added
> to the test suite.
Joe Darcy has updated the pull request with a new target base due to a merge or
a rebase. The incremental webrev excludes the un
On Fri, 22 Sep 2023 05:36:02 GMT, Joe Darcy wrote:
> A new paper
>
> "Accuracy of Mathematical Functions in Single, Double, Double Extended, and
> Quadruple Precision"
> by Brian Gladman, Vincenzo Innocente and Paul Zimmermann
> https://members.loria.fr/PZi
On Fri, 22 Sep 2023 15:48:26 GMT, Raffaello Giulietti
wrote:
> Both `Math.cos` and `StrictMath.cos` produce the correctly rounded result
> here. I don't know why the paper says otherwise. Perhaps OpenLibm is not
> exactly fdlibm.
I've looked a bit over the OpenLibm changelog. They've added a
On Thu, 22 Feb 2024 22:00:26 GMT, Joe Darcy wrote:
> Widen acceptable error bound of Math.tan to accommodate the worst-case
> observed error which is slightly outside of the allowable range.
This pull request has now been integrated.
Changeset: 63f6a563
Author: Joe Darcy
URL:
1 - 100 of 754 matches
Mail list logo