Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Martin Doerr
On Tue, 30 Jan 2024 14:02:41 GMT, Matthias Baesken wrote: >>> Yes there is a nice define in the AIX header >> >> *sigh* On linux, they go to some lengths to avoid this, using a __REDEFINE >> mechanism. Oh well. >> >> Anyway, I think this particular can be resolved by not including the >> sta

Re: RFR: 8324834: Use _LARGE_FILES on AIX

2024-01-30 Thread Christoph Langer
On Mon, 29 Jan 2024 13:13:44 GMT, Matthias Baesken wrote: >> In the same spirit as >> [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we should adapt >> the AIX-specific code in hotspot so it uses the well-defined posix `` >> functions, instead of `64`. By setting the define _LARGE

RFR: JDK-8325004: Support a "table-of-contents" for some Markdown spec docs

2024-01-30 Thread Jonathan Gibbons
Please review a small change, at least as a "proof of concept", to allow customized options to be given to `pandoc` based on the module and filename for a spec. The goal is to allow a Markdown spec file to have an auto-generated table-of-contents, by including the `--toc` option when running pa

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v11]

2024-01-30 Thread Jonathan Gibbons
> Please review a patch to add support for Markdown syntax in documentation > comments, as described in the associated JEP. > > Notable features: > > * support for `///` documentation comments in `JavaTokenizer` > * new module `jdk.internal.md` -- a private copy of the `commonmark-java` > libra

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Wed, 24 Jan 2024 22:38:58 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Wed, 24 Jan 2024 19:43:51 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Wed, 24 Jan 2024 16:30:50 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v10]

2024-01-30 Thread Jonathan Gibbons
On Wed, 24 Jan 2024 16:24:25 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request incrementally with two >> additional commits since the last revision: >> >> - fix @since tags >> - fix copyright year > > src/jdk.compiler/share/classes/com/sun/tools/javac/tree/DocTreeMaker.

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Wed, 24 Jan 2024 12:17:19 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Tue, 23 Jan 2024 15:17:14 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Mon, 22 Jan 2024 16:57:16 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Tue, 23 Jan 2024 15:07:15 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Tue, 23 Jan 2024 12:50:45 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Thu, 25 Jan 2024 12:41:02 GMT, Pavel Rappo wrote: >> src/jdk.compiler/share/classes/com/sun/tools/javac/parser/DocCommentParser.java >> line 1388: >> >>> 1386: * @see >> href="https://spec.commonmark.org/0.30/#thematic-breaks";>Thematic Break >>> 1387: */ >>> 1388:

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Tue, 23 Jan 2024 12:01:38 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: 8311846: Resolve duplicate 'Thread' related symbols with JDK static linking

2024-01-30 Thread Jiangli Zhou
On Wed, 17 Jan 2024 00:14:58 GMT, Jiangli Zhou wrote: > Please review this PR with a simple solution for resolving duplicate `Thread` > symbol issue. In https://github.com/openjdk/jdk/pull/14808 comments, there > was an alternative suggestion to redefine the symbol at build time, such as > us

Re: RFR: 8324937: GHA: Avoid multiple test suites per job

2024-01-30 Thread Aleksey Shipilev
On Tue, 30 Jan 2024 19:05:02 GMT, Magnus Ihse Bursie wrote: > or was it just a premature optimization that is causing us headache now? This one. When I did this originally, I thought why have another job when we can stash some groups together? But the cost for additional job is not actually th

Re: RFR: JDK-8298405: Support Markdown in Documentation Comments [v7]

2024-01-30 Thread Jonathan Gibbons
On Mon, 22 Jan 2024 15:35:41 GMT, Pavel Rappo wrote: >> Jonathan Gibbons has updated the pull request with a new target base due to >> a merge or a rebase. The pull request now contains eight commits: >> >> - Merge with upstream/master >> - Merge with upstream/master >> - Merge remote-tracki

Re: RFR: 8324937: GHA: Avoid multiple test suites per job

2024-01-30 Thread Magnus Ihse Bursie
On Tue, 30 Jan 2024 10:34:40 GMT, Aleksey Shipilev wrote: > See the description in the bug. This mitigates the issue by splitting out the > only test job that has two test suites in it. I think this combination of two tests were made due to fear of too much overhead of creating a small test su

Re: RFR: JDK-8324774: Add DejaVu web fonts

2024-01-30 Thread Magnus Ihse Bursie
On Tue, 30 Jan 2024 16:13:42 GMT, Hannes Wallnöfer wrote: > This change adds the DejaVu web fonts that were previously maintained > externally to the open repository so they are available both in JDK API > documentation and any API documentation generated with the `javadoc` tool. > All files a

Re: RFR: 8324937: GHA: Avoid multiple test suites per job

2024-01-30 Thread Erik Joelsson
On Tue, 30 Jan 2024 10:34:40 GMT, Aleksey Shipilev wrote: > See the description in the bug. This mitigates the issue by splitting out the > only test job that has two test suites in it. Marked as reviewed by erikj (Reviewer). - PR Review: https://git.openjdk.org/jdk/pull/17627#pul

RFR: 8324937: GHA: Avoid multiple test suites per job

2024-01-30 Thread Aleksey Shipilev
See the description in the bug. This mitigates the issue by splitting out the only test job that has two test suites in it. - Commit messages: - Revert test breakage and touchups - Break the tier1_compiler test and see what happens - Fix Changes: https://git.openjdk.org/jdk/pull/

RFR: JDK-8324774: Add DejaVu web fonts

2024-01-30 Thread Hannes Wallnöfer
This change adds the DejaVu web fonts that were previously maintained externally to the open repository so they are available both in JDK API documentation and any API documentation generated with the `javadoc` tool. All files added in this PR are the same as the ones previously maintained exte

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v4]

2024-01-30 Thread Magnus Ihse Bursie
On Tue, 30 Jan 2024 14:15:57 GMT, Magnus Ihse Bursie wrote: >> Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we >> should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK >> native libraries. > > Magnus Ihse Bursie has updated the pull request with a

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v4]

2024-01-30 Thread Magnus Ihse Bursie
> Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we > should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK > native libraries. Magnus Ihse Bursie has updated the pull request with a new target base due to a merge or a rebase. The incremental webrev

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Matthias Baesken
On Tue, 30 Jan 2024 13:54:45 GMT, Magnus Ihse Bursie wrote: > I'd appreciate if you could take the latest version for a spin, particularly > a debug build... Yes we pick up the latest version of the PR in a couple of hours for the build+'lots of tests' (and this includes a fastdebug too). --

Re: RFR: 8323672: Suppress unwanted autoconf added flags in CC and CXX [v7]

2024-01-30 Thread Magnus Ihse Bursie
On Thu, 18 Jan 2024 16:21:46 GMT, Julian Waters wrote: >> [JDK-8323008](https://bugs.openjdk.org/browse/JDK-8323008) reports unwanted >> autoconf flags being added to the command line, and solves the issue by >> filtering out the added flags by force. This is not optimal however, as >> doing s

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Magnus Ihse Bursie
On Tue, 30 Jan 2024 13:43:35 GMT, Matthias Baesken wrote: > Yes there is a nice define in the AIX header *sigh* On linux, they go to some lengths to avoid this, using a __REDEFINE mechanism. Oh well. Anyway, I think this particular can be resolved by not including the standard includes in th

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Matthias Baesken
On Tue, 30 Jan 2024 13:02:53 GMT, Magnus Ihse Bursie wrote: > @MBaesken You gotta be kidding me... They just put in a `#define open open64` > in a convenient place? 😞 > > But why do only slowdebug fail? Weird. Yes there is a nice define in the AIX header ifdef _LARGE_FILES #define openope

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v3]

2024-01-30 Thread Magnus Ihse Bursie
> Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we > should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK > native libraries. Magnus Ihse Bursie has updated the pull request incrementally with one additional commit since the last revision: Move

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Magnus Ihse Bursie
On Tue, 30 Jan 2024 08:18:39 GMT, Matthias Baesken wrote: >> Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we >> should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK >> native libraries. > > AIX fastdebug build fails with the patch, build error is

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v2]

2024-01-30 Thread Magnus Ihse Bursie
On Tue, 30 Jan 2024 12:52:56 GMT, Magnus Ihse Bursie wrote: >> Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we >> should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK >> native libraries. > > Magnus Ihse Bursie has updated the pull request increm

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v2]

2024-01-30 Thread Magnus Ihse Bursie
On Mon, 29 Jan 2024 14:04:15 GMT, Joachim Kern wrote: >> Magnus Ihse Bursie has updated the pull request incrementally with one >> additional commit since the last revision: >> >> Restore AIX dirent64 et al defines > > src/java.base/share/native/libjli/wildcard.c line 109: > >> 107: retu

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v2]

2024-01-30 Thread Magnus Ihse Bursie
On Mon, 29 Jan 2024 14:09:06 GMT, Sam James wrote: >> src/java.base/unix/native/libjava/UnixFileSystem_md.c line 64: >> >>> 62: #define closedir closedir64 >>> 63: #define stat stat64 >>> 64: #endif >> >> same as above > > https://www.ibm.com/docs/en/aix/7.1?topic=volumes-writing-programs-t

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs [v2]

2024-01-30 Thread Magnus Ihse Bursie
> Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we > should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK > native libraries. Magnus Ihse Bursie has updated the pull request incrementally with one additional commit since the last revision: Rest

Re: RFR: 8324834: Use _LARGE_FILES on AIX [v2]

2024-01-30 Thread Magnus Ihse Bursie
> In the same spirit as > [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we should adapt > the AIX-specific code in hotspot so it uses the well-defined posix `` > functions, instead of `64`. By setting the define _LARGE_FILES, this > will make `` behave as `64`, just as _FILE_OFFSE

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Magnus Ihse Bursie
On Mon, 29 Jan 2024 16:12:13 GMT, Matthias Baesken wrote: >> make/autoconf/flags-cflags.m4 line 488: >> >>> 486: CFLAGS_OS_DEF_JDK="-D_ALLBSD_SOURCE -D_DARWIN_UNLIMITED_SELECT" >>> 487: elif test "x$OPENJDK_TARGET_OS" = xaix; then >>> 488: CFLAGS_OS_DEF_JVM="-DAIX" >> >> Why not >>

Re: RFR: 8324834: Use _LARGE_FILES on AIX

2024-01-30 Thread Magnus Ihse Bursie
On Mon, 29 Jan 2024 13:51:29 GMT, Joachim Kern wrote: >> In the same spirit as >> [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we should adapt >> the AIX-specific code in hotspot so it uses the well-defined posix `` >> functions, instead of `64`. By setting the define _LARGE_FIL

Re: RFR: 8324834: Use _LARGE_FILES on AIX

2024-01-30 Thread Magnus Ihse Bursie
On Mon, 29 Jan 2024 13:13:44 GMT, Matthias Baesken wrote: >> In the same spirit as >> [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we should adapt >> the AIX-specific code in hotspot so it uses the well-defined posix `` >> functions, instead of `64`. By setting the define _LARGE

Re: RFR: 8324539: Do not use LFS64 symbols in JDK libs

2024-01-30 Thread Matthias Baesken
On Tue, 23 Jan 2024 15:42:55 GMT, Magnus Ihse Bursie wrote: > Similar to [JDK-8318696](https://bugs.openjdk.org/browse/JDK-8318696), we > should use -D_FILE_OFFSET_BITS=64, and not -D_LARGEFILE64_SOURCE in the JDK > native libraries. AIX fastdebug build fails with the patch, build error is /