Your message dated Mon, 20 Jan 2025 12:19:35 +0000
with message-id <[email protected]>
and subject line Bug#1038210: fixed in gcc-mingw-w64 26.7
has caused the Debian Bug report #1038210,
regarding please provide a way to use UCRT instead of MSVCRT
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
1038210: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1038210
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Source: gcc-mingw-w64
Version: 25.2
Severity: wishlist

Dear Maintainer,

Recent versions of Windows ship a newer C runtime, UCRT, meant to supersede the
historical one, MSVCRT.

In particular, the MSYS2 project now produces packages compiled against UCRT
and considers them as the recommended ones:
https://www.msys2.org/docs/environments/

Currently, MinGW cross-compilers in Debian produce binaries linked against
MSVCRT. It would be nice if there was an easy and supported way of producing
binaries linked against UCRT.

As I understand it, there are two ways of achieving this:

1. at compile time of src:gcc-mingw-w64, by passing option
   --with-default-msvcrt=ucrt

2. at runtime, by passing a modified specs file to the cross-compiler (more
   specifically, replacing -lmsvcrt by -lucrt in the libgcc section)

Option 2 already works with the current version of src:gcc-mingw-w64. But it
would be better if there was an easier and less tricky way of achieving the
same (for example by providing different package flavours; or by providing a
specs file explictly designed for that purpose, possibly activated by the
alternatives system).

Thanks for your work,

--
⢀⣴⠾⠻⢶⣦⠀  Sébastien Villemot
⣾⠁⢠⠒⠀⣿⡁  Debian Developer
⢿⡄⠘⠷⠚⠋⠀  https://sebastien.villemot.name
⠈⠳⣄⠀⠀⠀⠀  https://www.debian.org

--- End Message ---
--- Begin Message ---
Source: gcc-mingw-w64
Source-Version: 26.7
Done: Stephen Kitt <[email protected]>

We believe that the bug you reported is fixed in the latest version of
gcc-mingw-w64, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [email protected],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Stephen Kitt <[email protected]> (supplier of updated gcc-mingw-w64 package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [email protected])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA512

Format: 1.8
Date: Sat, 18 Jan 2025 18:54:00 +0100
Source: gcc-mingw-w64
Architecture: source
Version: 26.7
Distribution: unstable
Urgency: medium
Maintainer: Stephen Kitt <[email protected]>
Changed-By: Stephen Kitt <[email protected]>
Closes: 1038210
Changes:
 gcc-mingw-w64 (26.7) unstable; urgency=medium
 .
   * Refactor flag construction, drop --as-needed for the host since
     that’s the toolchain default.
   * Always build the bootstrap package.
   * Remove build directories once they’re installed to reduce disk space
     requirements.
   * Make the bootstrap package ship its own documentation instead of
     depending on the base package. This simplifies dependency resolution
     for the package in experimental, and means the base package can be
     dropped in stage1.
   * Provide UCRT cross-compilers, targeting POSIX threads to match Fedora
     and MSYS2. Closes: #1038210.
   * Include stdlib.h in rtinit for gnat.
   * d/rules: $(COMMA) isn’t defined, use $(comma) instead.
Checksums-Sha1:
 907e14efeb958703655d3ded99d13455bf0a2430 7649 gcc-mingw-w64_26.7.dsc
 bedb0e52ad3540a7d6ac4b8bcffbb25bdf0cd5a3 36364 gcc-mingw-w64_26.7.tar.xz
 2028ba1d61be6a3b59c4a4ae4b053b14339d061a 7570 
gcc-mingw-w64_26.7_source.buildinfo
Checksums-Sha256:
 4e45d3c1bd5f966b297803ac5dfac94e3d02283ba45d0a0ab933f1d7b5648fa7 7649 
gcc-mingw-w64_26.7.dsc
 56096154700f5387a3e940893de69cf8667e5423f5cb47ebdf98428e8a5732d6 36364 
gcc-mingw-w64_26.7.tar.xz
 26869bf64d8612aef2e5f784a6426feff8ed455b47a8c90b19e2bce8132b0a69 7570 
gcc-mingw-w64_26.7_source.buildinfo
Files:
 8789e8057cf8c58c2dfd5fa834f6fe8a 7649 devel optional gcc-mingw-w64_26.7.dsc
 e06eb9f7be4c8e1f6a8ef2445303851d 36364 devel optional gcc-mingw-w64_26.7.tar.xz
 afe1f068e732d4b5c4060c8f637b2aa3 7570 devel optional 
gcc-mingw-w64_26.7_source.buildinfo

-----BEGIN PGP SIGNATURE-----

iQIzBAEBCgAdFiEEnPVX/hPLkMoq7x0ggNMC9Yhtg5wFAmeOOQYACgkQgNMC9Yht
g5zBuQ/8DMk9NosJul+JgCWVH8YghNvAv5O1Yax6kPEm2gCGsHQSD7h0XWeR/aDH
YIiFHN/SScIt2nUauUL7u71OFSziBQfQV77nVDSsMxLwSgr83DORxj/mjS24ZT1g
lY3N06vdhb5/zcn29ASj2dk3Z4gT1iJMpDX0TsrIzEYv+Xr6iq4XEtT4vQ3lDKQY
RwPbA6SLKJPP21jqVKAzmgDWg0+yZkZTW4+fE43AsQTmvWbjqooy1rQzwGbTxWGV
qat8vfMnkozgLtUFj0FH+pwPw2TyOYoGoYU+iq8GewBB5T8P0fPDXlkgn3h9+5kJ
IxXlCOpOX3X/6pYOzZEZYrASbiLYuvZWIQLfnGd3/yBkPoal5hrX79TsjlPIjfyS
Q1Nx6EgPF3W5h8yy5Jl62eTRyVU2bR5CFl0PpFpKVGAmA/2JSZdBrsXXt1v0GeL+
7Aj+OS8VTqA63Hr4SoYKow6DY+snHPgBJnx6aFTrQ6mYZZ96oN9EAO2EHvjxBGJM
JKmRqes05CZqtLYyFktM5NZsYLNRbb/PDYD+Z8hbqm1w7dPekUtmbQGhwLJtx/MZ
5PzVJagl12QmJKsg3apZ8x3jHwURcAz/9N5pxSN/67eyzGvA9NFlnXnAv711cu1Z
f4yXP+nZG3GM2OBsiyqqmgN0bRZKn4EX9m7Syi9OyGQ4TodwpYs=
=dxvE
-----END PGP SIGNATURE-----

Attachment: pgp2xiJubhLhk.pgp
Description: PGP signature


--- End Message ---

Reply via email to