On Fri, 19 Jan 2024 23:50:46 GMT, Sam James <d...@openjdk.org> wrote:

>> The LFS64 symbols provided by glibc are not part of any standard and were 
>> gated behind -D_LARGEFILE64_SOURCE in musl 1.2.4 (to be removed in 1.2.5). 
>> This commit replaces the usage of LFS64 symbols with their regular 
>> counterparts and defines -D_FILE_OFFSET_BITS=64, ensuring that functions 
>> will always act as their -64 variants on glibc.
>
> Sam James 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:
> 
>  - Merge master
>  - crank copyright
>  - sendfile64 -> sendfile
>    
>    Signed-off-by: Sam James <s...@gentoo.org>
>  - buf64->buf
>    
>    Signed-off-by: Sam James <s...@gentoo.org>
>  - Add message for assert
>    
>    Not all C++ stds implement it w/o.
>  - Add off_t static_asserts
>    
>    Signed-off-by: Sam James <s...@gentoo.org>
>  - Do not use LFS64 symbols on Linux
>    
>    The LFS64 symbols provided by glibc are not part of any standard and
>    were gated behind -D_LARGEFILE64_SOURCE in musl 1.2.4 (to be removed in
>    1.2.5). This commit replaces the usage of LFS64 symbols with their
>    regular counterparts and defines -D_FILE_OFFSET_BITS=64, ensuring that 
> functions
>    will always act as their -64 variants on glibc.
>    
>    Signed-off-by: Sam James <s...@gentoo.org>

Could someone run the other commands again for older branches for me as well? I 
don't have access.

-------------

PR Comment: https://git.openjdk.org/jdk/pull/16329#issuecomment-1903889096

Reply via email to