Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-31 Thread LIU Hao
在 8/1/21 4:31 AM, Jeremy Drake 写道: On Sat, 24 Jul 2021, Jeremy Drake via Mingw-w64-public wrote: On Sun, 25 Jul 2021, LIU Hao wrote: Please try the attached patch. That patch manually applied to my install (as opposed to applying and rebuilding headers and crt) fixed the time test failures

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-31 Thread Jeremy Drake via Mingw-w64-public
On Sat, 24 Jul 2021, Jeremy Drake via Mingw-w64-public wrote: > On Sun, 25 Jul 2021, LIU Hao wrote: > > > Please try the attached patch. > > That patch manually applied to my install (as opposed to applying and > rebuilding headers and crt) fixed the time test failures I was having with > perl on

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-24 Thread Jeremy Drake via Mingw-w64-public
On Sun, 25 Jul 2021, LIU Hao wrote: > 在 2021-07-25 05:38, Jeremy Drake via Mingw-w64-public 写道: > > > > Any thoughts on this? Maybe this needs to be moved further down the file? > > Or would that be too late for something else? I am concerned this might > > be an "ABI-breaking" situation for the

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-24 Thread LIU Hao
在 2021-07-25 05:38, Jeremy Drake via Mingw-w64-public 写道: Any thoughts on this? Maybe this needs to be moved further down the file? Or would that be too late for something else? I am concerned this might be an "ABI-breaking" situation for the experimental 'clang32' environment in MSYS2, so don

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-24 Thread Jeremy Drake via Mingw-w64-public
On Mon, 19 Jul 2021, Jeremy Drake via Mingw-w64-public wrote: > I am working on debugging time-related test failures in perl, when built > with i686 clang against mingw-w64 configured for ucrt. > https://github.com/msys2/MINGW-packages/issues/9178 > > The first test I debugged showed that it appea

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-20 Thread Jeremy Drake via Mingw-w64-public
On Mon, 19 Jul 2021, Jeremy Drake via Mingw-w64-public wrote: > Also, this test turned up what appears to be a bug in the UCRT path: > #include > #include > > int main(int argc, char ** argv) > { > time_t t = 2147483647; > printf("%zu\n", sizeof(time_t)); > printf("%p\n",

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-19 Thread Jeremy Drake via Mingw-w64-public
On Mon, 19 Jul 2021, Jeremy Drake via Mingw-w64-public wrote: > The next test I debugged was failure of utime. Apparently it's trying to > call _utime64, but with the struct with 32-bit time_ts, and getting > EINVAL. I was struggling to figure out how utime was aliased to _utime64 instead of _ut

Re: [Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-19 Thread Jeremy Drake via Mingw-w64-public
> The first test I debugged showed that it appears that time_t is 32-bits, > even though I expected it to be 64-bit due to _mingw.h having: > #if defined (_WIN32) && !defined (_WIN64) && !defined > (__MINGW_USE_VC2005_COMPAT) && !defined (_UCRT) > #ifndef _USE_32BIT_TIME_T > #define _USE_32BIT_TIM

[Mingw-w64-public] 32-bit UCRT time function oddities.

2021-07-19 Thread Jeremy Drake via Mingw-w64-public
I am working on debugging time-related test failures in perl, when built with i686 clang against mingw-w64 configured for ucrt. https://github.com/msys2/MINGW-packages/issues/9178 The first test I debugged showed that it appears that time_t is 32-bits, even though I expected it to be 64-bit due to