about summary refs log tree commit diff
path: root/pkgs/os-specific/windows/mingw-w64/default.nix
AgeCommit message (Collapse)AuthorFilesLines
2024-06-21windows.mingw_w64*: Fetch common attrs from the headers packageJohn Ericson1-13/+3
This is the most upstream one, and so to avoid infinite recursion we should get the things from it. This isn't needed per-se now, but will be after the next commit. (cherry picked from commit 4bd76beac0eee70381663d2ef0e84aa2ae2ac29d)
2024-06-21Revert #320852: Clean up cross bootstrappingVladimír Čunát1-3/+13
It rebuilt stdenv on *-darwin; we can't do that in nixpkgs master. This reverts commit 2f20501c5f188ab0c4c430519ce77bc6b988202b, reversing changes made to fd469c24af2e16aad2c2b4fc90fc8c74af36e773.
2024-06-18windows.mingw_w64*: Fetch common attrs from the headers packageJohn Ericson1-13/+3
This is the most upstream one, and so to avoid infinite recursion we should get the things from it. This isn't needed per-se now, but will be after the next commit.
2024-01-12windows.mingw_w64: 10.0.0 -> 11.0.1Weijia Wang1-17/+2
2023-09-08nixpkgs/systems: Add ucrt64 as MinGW libcMoritz Angermann1-0/+2
The Minimalist Gnu for Windows distribution comes with support for the traditional msvcrt libc, as well as ucrt64 libc. The latter being the newer universal compiler runtime. We follow the msys2 environment naming convention[1]: | name | toolchain | arch | libc | libc++ | |------------|-----------|---------|--------|-----------| | mingw32 | gcc | i686 | msvcrt | libstdc++ | | mingw64 | gcc | x86_64 | msvcrt | libstdc++ | | ucrt64 | gcc | x86_64 | ucrt | libstdc++ | | clang32 | llvm | i686 | ucrt | libc++ | | clang64 | llvm | x86_64 | ucrt | libc++ | | clangarm64 | llvm | aarch64 | ucrt | libc++ | For now nixpkgs only supports the first three with this commit. -- [1]: https://www.msys2.org/docs/environments/
2022-12-01pkgsCross.mingwW64.windows.mingw_w64: backport parallel build fixesSergei Trofimovich1-1/+22
Without the change build frequently fails on `gnumake-4.4` as: x86_64-w64-mingw32-dlltool: cannot delete libmsvcr120d_defs02133.o: No such file or directory x86_64-w64-mingw32-dlltool: cannot delete libmsvcr120d_defs02134.o: No such file or directory Pull upstream patches that fix temporary file collisions and add missing dll dependencies.
2022-08-19Merge pull request #173253 from RasmusRendal/mingw10Christian Kögler1-2/+2
mingw-w64: 9.0.0 -> 10.0.0
2022-07-28windows.mingw_w64: enable strippingSergei Trofimovich1-1/+0
With 0507725 "setup-hooks/strip.sh: run RANLIB on static archives after stripping" it should now be safe to run strip on wider range of .a files. mingw-w64 is a good example where a reference was preserved to gcc from intermediate stage. Enabling stripping by default decreases `pkgsCross.mingw32` closure for 20%: Before: $ nix path-info -rsSh $(nix-build -A pkgsCross.mingw32.stdenv) ... /nix/store/qzhkidff0wxhqf2gi97ng6qismzvpnbp-stdenv-linux 43.6K 1.0G After: $ nix path-info -rsSh $(nix-build -A pkgsCross.mingw32.stdenv) ... /nix/store/fj4dv1n3sa3jgcb1j3nwn6njsf943n48-stdenv-linux 43.6K 792.4M
2022-05-18Revert "Add mingwW64-llvm cross-system."Janne Heß1-23/+3
2022-05-16mingw-w64: 9.0.0 -> 10.0.0Rasmus Rendal1-2/+2
2022-05-06cross: Allow Windows toolchains to use ucrt as libc.Shea Levy1-0/+3
2022-05-06mingw-w64: 9.0.0 -> 10.0.0Shea Levy1-3/+20
2021-07-20mingw-64: 6.0.0 -> 9.0.0Philipp1-2/+2
2021-01-19pkgs/os-specific/windows: fix evaluation after stdenv.lib -> libKira Bruneau1-1/+1
Fixes the evaluation of packages in pkgs/os-specific/windows that weren't updated to include a new lib parameter after the refactor from stdenv.lib -> lib (#109490). I originally only intended this change to fix `pkgsCross.mingw32.buildPackages.gcc` & `pkgsCross.mingwW64.buildPackages.gcc` to support building wine with `mingwSupport`, but I noticed this was an issue for all updated windows packages. Most of these other packages fail to build for other reasons.
2021-01-17pkgs/os-specific: stdenv.lib -> libBen Siraphob1-1/+1
2020-08-16mingw-w64: 5.0.4 -> 6.0.0Dmitry Kozlyuk1-3/+2
Version 6.0.0 brings better Win32 API coverage and bugfixes. It's been used in various distros long enough to be considered stable. Latest version 7.0.0 hasn't received extensive testing yet. Announce mail: https://sourceforge.net/p/mingw-w64/mailman/message/36416777/
2019-11-11mingw-w64 libc: Multiple outputs and parallel buildsJohn Ericson1-0/+4
Also deduplicate more of the GCC derivations.
2019-08-17treewide: name -> pnamevolth1-1/+2
2019-01-28Revert "mingw: use current package set for headers"Matthew Bauer1-1/+1
This reverts commit 03072036937c250976f0522b070eefe96e8ab0f1.
2019-01-07mingw: use current package set for headersMatthew Bauer1-1/+1
gccCrossStageStatic should not need targetPackages. Fixes #53587.
2018-08-10windows: CleanupsMatthew Bauer1-3/+16
2018-08-10windows: add more metaMatthew Bauer1-0/+4
‘platforms.windows’ includes all windows platforms. Should prefer this to using assertions.
2018-08-07mingw: add osvi.patchMatthew Bauer1-0/+1
This is apparently a typo that has not been fixed. Also remove unused configureFlags.
2017-12-29mingw-w64: Disable stack hardening of the runtimeBojan Nikolic1-0/+1
Do this because it is built with the static stage
2017-06-22mingw-w64: Depend on own headers derivationJohn Ericson1-1/+2
Without this, a `#include <float.h>` resolves incorrectly. Either the headers weren't on the include path at all, or they only were for local, not system, imports. What's weird is this used to not be a problem. Not sure what other change in e.g. cc-wrapper would affect this.
2017-06-22mingw-w64: Clean up, especially clarifying stagingJohn Ericson1-34/+4
2017-04-25binutilsCross: Remove and use `binutils` instead alwaysJohn Ericson1-2/+2
See previous commit for what was done to `binutils` to make this possible. There were some uses of `forcedNativePackages` added. The combination of overrides with that attribute is highly spooky: it's often important that if an overridden package comes from it, the replaced arguments for that package come from it. Long term this package set and all the spookiness should be gone and irrelevant: "Move along, nothing to see here!" No hashes should be changed with this commit
2016-04-21mingw: update 3.1.0 -> 4.0.6Vladimír Čunát1-4/+5
2014-03-03Use mingw-w64 for 32bit Windows builds as well.aszlig1-1/+1
Mingw(32) is rather poorly maintaned and has quite a lot of bugs. And because our Windows cross builds were also poorly maintained and most of the cross-tests were broken as well, I'm just taking this step and try to switch to mingw-w64 for everything "cross Windows". Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2014-02-24mingw-w64-pthreads: Create based on mingw-w64.aszlig1-1/+9
The winpthreads library is part of the same source package, so let's just override the name and the source directory. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2014-02-24mingw-w64: Fix typo in preConfigure hook.aszlig1-1/+1
D'oh, no wonder the headers are of almost the same size as the main package. Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2014-02-24mingw-w64: Update to new upstream version 3.1.0.aszlig1-11/+3
Signed-off-by: aszlig <aszlig@redmoonstudios.org>
2012-05-24Fixing mingw-w64 builds. I can build simple C++ programs with ↵Lluís Batlle i Rossell1-7/+7
gccCrossStageFinal. I also add tests for hydra; let's see if it builds far. svn path=/nixpkgs/trunk/; revision=34232
2012-05-24Trying to add a few bits of mingw-w64. To be tested.Lluís Batlle i Rossell1-0/+35
svn path=/nixpkgs/trunk/; revision=34228