Versions
v10.0.0_p1-r2 :: 0 :: gentoo
- Modified
- License
- GPL-3+ LGPL-3+ || ( GPL-3+ libgcc libstdc++ gcc-runtime-library-exception-3.1 ) ZPL BSD BSD-2 ISC LGPL-2+ LGPL-2.1+ MIT public-domain
- Keywords
- -* amd64 x86
- USE flags
- custom-cflags debug
USE flags
General
- custom-cflags
- Build with user-specified CFLAGS (unsupported)
- debug
- Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces
abi_x86
- 32
- 32-bit (x86) libraries
- 64
- 64-bit (amd64) libraries
Dependencies
dev-libs / gmp : Library for arbitrary-precision arithmetic on different type of numbers
dev-libs / mpc : A library for multiprecision complex arithmetic with exact rounding
dev-libs / mpfr : Library for multiple-precision floating-point computations with exact rounding
Runtime Dependencies
dev-libs / gmp : Library for arbitrary-precision arithmetic on different type of numbers
dev-libs / mpc : A library for multiprecision complex arithmetic with exact rounding
dev-libs / mpfr : Library for multiple-precision floating-point computations with exact rounding
Bugs
- 880507
- dev-util/mingw64-toolchain-10.0.0_p1-r1 - ldgram.y: error: a function definition without a prototype is deprecated
Change logs
- Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: use 32bit wrapper for gas+cpp too
Overlooked given gcc normally calls AS the right way itself, but >=wine-7.21 started to use it directly. cpp wrapper isn't needed for wine, but do it anyway to ensure proper macro tests everywhere. Sorry for the large rebuild over this. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: handle two race condition issues
Using same --shuffle seed as bug #879537, ran into two different issues. First missing lib32/lib64 dirs when building out-of-source then the missing msvcr*_extra dependency. Closes: https://bugs.gentoo.org/879537 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: filter -mfunction-return=thunk for mingw
Unfortunately mingw doesn't play well with many security/mitigation flags. May need to consider a mingw.eclass if keep adding more of these to every ebuilds using it. Closes: https://bugs.gentoo.org/878849 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: filter -fstack-clash-protection
Bug: https://bugs.gentoo.org/758914 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: drop 10.0.0-r2
Not seeing a motivation to keep/maintain old gcc/binutils with this package for very long. If regression testing is really needed, there's crossdev. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: import drop cflags patch from gcc
Tested this before and it built fine anyway, so thought it wasn't needed for mingw64-toolchain (despite --disabled-bootstrap) -- but seen a user run into it and seems I may have tested wrong back then. Bug: https://bugs.gentoo.org/849722 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: fix lto again
Was wondering why AR was looking for the lto plugin in a non-existing bfd-plugins directory before, turned out it was because gcc resolved its location differently when set as a symlink. In commit c4262506ff492b96cddccb15e1fe1842d8d5a626, reverted to using upstream's intended hardlink but didn't notice this change in behavior and it broke lto again. Bug: https://bugs.gentoo.org/854516 Fixes: c4262506ff492b96cddccb15e1fe1842d8d5a626 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: adjust postinst elog
Sounded a bit like doing this was recommended rather than only for a as-needed basis. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: stabilize 10.0.0_p1 for amd64, x86
gcc-12/binutils-2.39 been tested more than 11/2.37 lately due to working on new ebuilds and want to get rid of 2.37, should be no reasons to hold this back Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
Revert "Revert "dev-util/mingw64-toolchain: filter ssp for cross mingw""
This reverts commit d06a9cf2f29ca13694007493173a9ebe304005de. This turned out to be fine, was misled that it may have leaked to gcc's own libraries rather than just mingw's crt. Still require filtering ssp on every mingw packages though, strip-unsupported-flags can't pickup that this will fail with a basic `int main(void) { return 0; }` compiler test. Closes: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
Revert "dev-util/mingw64-toolchain: filter ssp for cross mingw"
This reverts commit 26b669479490ec1d679bdbd38b836d6782f1e6c0. Will try to get libssp to work, better reverted+failing for now given this can create a unusable build if used ssp. Could filter further to include gcc but will also need to filter on about every mingw packages. For those just wanting this to work meanwhile, just don't enable ssp on neither this nor wine. Bug: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: filter ssp for cross mingw
Closes: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: restore keywords for 10.0.0_p1
Do not believe(?) new mingw is coming anytime soon and want to get rid of old binutils and get some testing done on gcc12+binutils2.39. So far no known issues, been using Wine built with this for a week. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: use namerefs rather than eval
Also simplified extra econf handling a bit. Still looks ugly, but well. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: nitpick execstack option
Unsure which is intended (see =no go around for some reason? ended up using it without thinking about it), but either do the same and going with what's more common to disable options. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 10.0.0_p1 (2.39, 12.2.0) unkeyworded
For testing new binutils/gcc impact on wine and friends, may potentially wait until next mingw release to keyword depending on schedule or issues. wine-staging-7.15 at least builds with this but haven't tested runtime, other versions, nor looked up potential known issues yet Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: minor adjustments
* add MINGW_PV, comment says to use _p1++ but was unhandled * cleanup symlinks for duplicates, upon closer look these are hardlinks which is good enough * pass --disable-werror for gcc, binutils doesn't but gcc was using it in a few places Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: filter -fuse-ld for mingw
flag-o-matic is looking at respecting -fuse-ld for test-flags-CCLD, which is good but don't want this when doing the user-unexpected switch to mingw binutils we just built (filtering feels more solid either way). Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: fix build with musl and gcc:12
Closes: https://bugs.gentoo.org/855002 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: symlink gcc lto plugin for AR
Don't really want to revbump this slow build over a symlink, but it could be a long time before this is bumped normally and come bite back when people try to use LTO. Closes: https://bugs.gentoo.org/854516 Closes: https://bugs.gentoo.org/854540 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: fix array check
Unimportant given variables are prefixed and unlikely users set any of these (check is to ignore envionment), but was wrong anyway. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Jakov Smolić · gentoo
dev-util/mingw64-toolchain: Stabilize 10.0.0 amd64, #845111
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> - Jakov Smolić · gentoo
dev-util/mingw64-toolchain: Stabilize 10.0.0 x86, #845111
Signed-off-by: Jakov Smolić <jsmolic@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: fix direct objdump call
Cherry pick from Gentoo's gcc patches. Ideally don't want to carry/follow the full set given they do not really affect this (features are disabled, or irrelevant with mingw target), but this one does. Turns out plugin is silently skipped entirely if objdump is missing. Bug: https://bugs.gentoo.org/843989 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: disable gcov
Doesn't make sense for this package and if going to cause issues... Closes: https://bugs.gentoo.org/843989 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: new package, add 10.0.0
This package attempts to bootstrap a mingw toolchain (binutils+gcc+mingw64-runtime) without crossdev for easy use with wine and related packages like dxvk. crossdev is generally intended for advanced use, and not for a user who just want to play games (e.g. many Blizzard games don't work without USE=mingw on wine). Not the greatest solution, but should allow improving the wine situation for users until there's a better option. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>