On Fri, 8 Jan 2021 19:23:44 GMT, liach
wrote:
>> Hi,
>> Please send an e-mail to dalibor.to...@oracle.com so that I can mark your
>> account as verified.
>
> Done.
A quick summary:
1. Receivers now are included if any part of their type hierarchy is annotated,
such as on a type argument. Cann
> Fixes the bug where receiver type is omitted in generated Javadoc when the
> immediate receiver type is not annotated (but some other type within is).
>
> In addition, fixed the bug where receiver type for constructor is not
> properly qualified (without a clickable link), i.e. `OuterClass.thi
On Mon, 11 Jan 2021 22:04:16 GMT, Jesper Wilhelmsson
wrote:
> Forwardport JDK 16 -> JDK 17
This pull request has now been integrated.
Changeset: b378f54d
Author:Jesper Wilhelmsson
URL: https://git.openjdk.java.net/jdk/commit/b378f54d
Stats: 139 lines in 12 files changed: 116 ins
> Forwardport JDK 16 -> JDK 17
Jesper Wilhelmsson has updated the pull request incrementally with one
additional commit since the last revision:
Merge
-
Changes:
- all: https://git.openjdk.java.net/jdk/pull/2040/files
- new: https://git.openjdk.java.net/jdk/pull/2040/files/e5
> Fixes the bug where receiver type is omitted in generated Javadoc when the
> immediate receiver type is not annotated (but some other type within is).
>
> In addition, fixed the bug where receiver type for constructor is not
> properly qualified (without a clickable link), i.e. `OuterClass.thi
> Please review this change to centralize the management of HTML ids used by
> the standard doclet in a single new factory class, `HtmlIds`, which utilizes
> a new type-safe wrapper class around `String` called `HtmlId`.
>
> The new classes are used both when declaring ids (e.g. `HtmlTree.setId`
> Please review this change to centralize the management of HTML ids used by
> the standard doclet in a single new factory class, `HtmlIds`, which utilizes
> a new type-safe wrapper class around `String` called `HtmlId`.
>
> The new classes are used both when declaring ids (e.g. `HtmlTree.setId`
Forwardport JDK 16 -> JDK 17
-
Commit messages:
- Merge
- 8253996: Javac error on jdk16 build 18: invalid flag: -Xdoclint:-missing
- 8259028: ClassCastException when using custom filesystem with wrapper
FileChannel impl
- 8259043: More Zero architectures need linkage with libatom
On Fri, 8 Jan 2021 04:56:47 GMT, liach
wrote:
> Fixes the bug where receiver type is omitted in generated Javadoc when the
> immediate receiver type is not annotated (but some other type within is).
>
> In addition, fixed the bug where receiver type for constructor is not
> properly qualified
On Fri, 8 Jan 2021 18:39:21 GMT, Dalibor Topic wrote:
>> Fixes the bug where receiver type is omitted in generated Javadoc when the
>> immediate receiver type is not annotated (but some other type within is).
>>
>> In addition, fixed the bug where receiver type for constructor is not
>> proper
Fixes the bug where receiver type is omitted in generated Javadoc when the
immediate receiver type is not annotated (but some other type within is).
In addition, fixed the bug where receiver type for constructor is not properly
qualified (without a clickable link), i.e. `OuterClass.this` vs `thi
On Fri, 18 Dec 2020 01:16:41 GMT, Jonathan Gibbons wrote:
> Small change to remove an unnecessary comment from the beginning of generated
> files. I'm guessing the comment dates from way back when the doc pages were
> used to generate paper books. For those that want to identify that point in
On Fri, 18 Dec 2020 04:20:39 GMT, Jonathan Gibbons wrote:
> Empty comments were being used to stop empty nodes being optimized away in
> `HtmlTree.add`, but the empty comments caused annoying noise in the generated
> docs. A better solution is to use `HtmlTree.EMPTY`, which had the right
> ef
> Empty comments were being used to stop empty nodes being optimized away in
> `HtmlTree.add`, but the empty comments caused annoying noise in the generated
> docs. A better solution is to use `HtmlTree.EMPTY`, which had the right
> effect, without the unwanted side-effects.
Jonathan Gibbons h
On Wed, 23 Dec 2020 00:01:11 GMT, Jonathan Gibbons wrote:
> This PR improves the diagnostic when javac is run in an image that does not
> provide a service provider for DocLint.
>
> Instead of reporting messages about unsupported options, the following
> warning will be generated:
>
> `
> War
> This PR improves the diagnostic when javac is run in an image that does not
> provide a service provider for DocLint.
>
> Instead of reporting messages about unsupported options, the following
> warning will be generated:
>
> `
> Warning: No service provider for doclint is available
> `
>
>
On Mon, 11 Jan 2021 15:02:31 GMT, Hannes Wallnöfer wrote:
>> This PR improves the diagnostic when javac is run in an image that does not
>> provide a service provider for DocLint.
>>
>> Instead of reporting messages about unsupported options, the following
>> warning will be generated:
>>
>>
On Mon, 11 Jan 2021 14:58:29 GMT, Hannes Wallnöfer wrote:
>> This PR improves the diagnostic when javac is run in an image that does not
>> provide a service provider for DocLint.
>>
>> Instead of reporting messages about unsupported options, the following
>> warning will be generated:
>>
>>
On Fri, 18 Dec 2020 04:20:39 GMT, Jonathan Gibbons wrote:
> Empty comments were being used to stop empty nodes being optimized away in
> `HtmlTree.add`, but the empty comments caused annoying noise in the generated
> docs. A better solution is to use `HtmlTree.EMPTY`, which had the right
> ef
On Fri, 18 Dec 2020 01:16:41 GMT, Jonathan Gibbons wrote:
> Small change to remove an unnecessary comment from the beginning of generated
> files. I'm guessing the comment dates from way back when the doc pages were
> used to generate paper books. For those that want to identify that point in
On Wed, 23 Dec 2020 00:01:11 GMT, Jonathan Gibbons wrote:
> This PR improves the diagnostic when javac is run in an image that does not
> provide a service provider for DocLint.
>
> Instead of reporting messages about unsupported options, the following
> warning will be generated:
>
> `
> War
On Fri, 16 Oct 2020 15:20:03 GMT, Jan Lahoda wrote:
> This is an update to javac and javadoc, to introduce support for Preview
> APIs, and generally improve javac and javadoc behavior to more closely adhere
> to JEP 12.
>
> The notable changes are:
>
> * adding support for Preview APIs (java
22 matches
Mail list logo
