[ANNOUNCEMENT] Subject:Updated: w32api-{headers,runtime} mingw64-{headers,runtime,winpthreads} 11.0.1-1

Notable changes: * New libdloadhelper.a, like libdelayimp.a but using Windows 8 and later APIs. * Fix race condition when building lib32 and lib64 in parallel on Windows. * *recalloc now only available from msvcr90 and later, UCRT. * Redirect access() to __mingw_access() on UCRT wrt to X_OK prob

[ANNOUNCEMENT] Updated: mingw64-{headers, runtime, winpthreads} 10.0.0-1

Now released for both 32bit and 64bit Cygwin: Notable changes: * New msvcrt10, 20, 40, 70 and 71 import libraries. * Drop x86_64 64bit crtdll.dll * Updated wine imports * Fix intrin.h compatibility with GCC-11 * _(v)scprintf optimization * optimize __ms_vsnprintf for LTO *** CYGWIN

[ANNOUNCEMENT] Updated: w32api-{headers, runtime}-10.0.0-1 (x86/x86_64)

Now released for both 32bit and 64bit Cygwin: w32api-headers-10.0.0-1 w32api-runtime-10.0.0-1 Based on mingw-w64-v10.0.0. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email h

Re: libtool with mingw hangs building openocd in func_convert_core_msys_to_w32

On 6/28/21 4:29 PM, Dietmar May via Cygwin wrote: It seems evident that msys2 is performing slash escaping - ie. 2 consecutive slashes are consolidated into a single slash (rather like quote escaping in various languages - eg. SQL, CSV, C#, YAML) recursively (ie. repeatedly) during argument eva

Re: libtool with mingw hangs building openocd in func_convert_core_msys_to_w32

On 6/25/21 2:34 PM, Dietmar May via Cygwin wrote: ./configure --disable-werror --disable-doxygen-pdf --enable-ftdi --enable-jlink --build=x86_64-w64-mingw32 --host=x86_64-w64-mingw32 Don't set --build, you are building on Cygwin, not MSYS. OpenPGP_0x713B5FE29C145D45.asc Description: Open

[ANNOUNCEMENT] Updated: mingw64-{headers, runtime, winpthreads} 9.0.0-1

Now released for both 32bit and 64bit Cygwin: Notable changes: UCRT updates by Biswapriyo Nath Wine updates by Jacek Caban Various new and updated API headers by Biswapriyo Nath and Liu Hao Various UCRT and MSVCRT fixes by Martin Storsjö at_quick_exit implementation by Martin Storsjö dism API by

[ANNOUNCEMENT] Updated: w32api-{headers, runtime}-9.0.0-1 (x86/x86_64)

Now released for both 32bit and 64bit Cygwin: w32api-headers-9.0.0-1 w32api-runtime-9.0.0-1 Based on mingw-w64-v9.0.0. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email head

[ANNOUNCEMENT] Updated: mingw64-{headers, runtime, winpthreads}-8.0.2-1 (x86/x86_64)

Now released for both 32bit and 64bit Cygwin: Notable changes: * Fixed building with GCC 11 *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in the email header of this message. Send ema

Re: [ANNOUNCEMENT] Test: {mingw64-{i686,x86_64}-,}gcc-11.1.0-0.1

On 5/12/21 9:14 AM, Thomas Wolff wrote: Am 10.05.2021 um 21:13 schrieb Achim Gratz: The native and mingw-w64 cross compilers have been updated for both architectures to the latest upstream release version:   gcc-11.1.0-0.1 Are there any known problems with gcc 11? My program crashes if compiled

[ANNOUNCEMENT] Updated: w32api-{headers, runtime}-8.0.2-1 (x86/x86_64)

Now released for both 32bit and 64bit Cygwin: w32api-headers-8.0.2-1 w32api-runtime-8.0.2-1 Primarily to fix building with GCC 11. *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO *** If you want to unsubscribe from the cygwin-announce mailing list, look at the "List-Unsubscribe: " tag in th

Re: libgccjit

On 3/14/21 6:52 AM, Achim Gratz wrote: /mnt/share/cygpkgs/gcc/gcc.x86_64/build/./prev-gcc/xg++ -B/mnt/share/cygpkgs/gcc/gcc.x86_64/build/./prev-gcc/ -B/usr/x86_64-pc-cygwin/bin/ -nostdinc++ -B/mnt/share/cygpkgs/gcc/gcc.x86_64/build/prev-x86_64-pc-cygwin/libstdc++-v3/src/.libs -B/mnt/share/c

Re: libgccjit

On 3/11/21 10:16 AM, Corinna Vinschen wrote: On Mar 10 12:00, Ken Brown via Cygwin wrote: Emacs development (on the feature/native-comp branch) is using libgccjit. Is it possible to build this library on Cygwin? Isn't this a question for Jon? I CCed him. Corinna I've not honestly tried s

Re: Sv: Sv: Sv: Sv: Sv: Sv: g++ and c++17 filesystem

On 11/24/20 2:01 PM, sten.kristian.ivars...@gmail.com wrote: [snip] std::filesystem POSIX mode is common to all POSIX platforms where backslashes are NOT directory separators. How do you make them accept your demands? How are you going to force POSIX platforms allow Windows specific code? I'v

Re: Sv: Sv: Sv: Sv: Sv: g++ and c++17 filesystem

On 11/24/20 11:35 AM, sten.kristian.ivars...@gmail.com wrote: [snip] std::filesystem POSIX mode is common to all POSIX platforms where backslashes are NOT directory separators. How do you make them accept your demands? How are you going to force POSIX platforms allow Windows specific code? I'

Re: Sv: Sv: Sv: Sv: g++ and c++17 filesystem

On 11/24/20 9:32 AM, sten.kristian.ivars...@gmail.com wrote: That's not what Cygwin is for, you ignore everything while conveniently claiming to be looking for "insightful thoughts". You still haven't answered where is it in the POSIX standard requires backslashes to be used as separator or how

Re: Sv: Sv: Sv: g++ and c++17 filesystem

On 11/23/20 8:35 AM, sten.kristian.ivars...@gmail.com wrote: On 11/20/20 8:31 AM, Kristian Ivarsson via Cygwin wrote: that, for me, /c works.) Likewise, I would expect the normative path separator to be / not \, and an absolute path to start with /. Windows offers several kinds of symlinks, wit

Re: Sv: Sv: g++ and c++17 filesystem

On 11/20/20 8:31 AM, Kristian Ivarsson via Cygwin wrote: that, for me, /c works.) Likewise, I would expect the normative path separator to be / not \, and an absolute path to start with /. Windows offers several kinds of symlinks, with varying semantics, so the detailed behavior of that would b