Versions
v11.0.0_p2 :: 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: fix build with libcxx-17
Meant to delay this until it'd be fixed in sys-devel/gcc, but issue unfortunately went under the radar. Tried a snapshot (13-20230916) but still seems broken the same way, and assume sys-devel/gcc likely still has issues too (not tested). For now no harm in just picking/rebasing PR#32249 which is sufficient for what is used here (tested on llvm-musl w/ default-libcxx-17). Technically patch could warrant a revbump like the PR did (and in ~arch), but feels too basic to be worth the extra churn and a long rebuild. Closes: https://bugs.gentoo.org/914565 Closes: https://github.com/gentoo/gentoo/pull/32249 Co-Authored-By: Violet Purcell <vimproved@inventati.org> 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_p1-r2, 11.0.0
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
dev-util/mingw64-toolchain: Stabilize 11.0.0_p2 amd64, #913091
Signed-off-by: Sam James <sam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
dev-util/mingw64-toolchain: Stabilize 11.0.0_p2 x86, #913091
Signed-off-by: Sam James <sam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: restore keywords for 11.0.0_p2
binutils:2.41 is keyworded in ~arch too now, and have not seen any issues with wine yet, so let's try it. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: drop 11.0.0_p1
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 11.0.0_p2 w/ bin-2.41 (unkeyworded)
Unlike _p1 will likely keyword (and later stable) this one, but have not really tested yet nor looked into if binutils did any notable changes with mingw, so keep unkeyworded for a bit. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 11.0.0_p1 w/ gcc-13.2 (unkeyworded)
No known issues at the moment (albeit barely tested), primarily unkeyworded to skip a slow rebuild until the bump can be more useful (e.g. also bump binutils or runtime, and do a _p2). May keyword earlier if it is known to fix notable issues with Wine. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: pass V=1 for binutils
Overlooked that parts of binutils weren't verbose, so do like the binutils ebuild does. Harmless for gcc/runtime, so can just put it in the generic function. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: pass -mno-avx for mingw cross
AVX issues with mingw-gcc aren't exactly new, e.g. https://bugs.winehq.org/show_bug.cgi?id=45289 Been known to cause issues with dxvk too, albeit unsure if that's still relevant as issues are scattered/lost. Newly, >=wine-8.10 is likely to crash doing anything at all 32bit if used -march=native (w/ avx) and 32bit (e.g. `WINEARCH=win32 winecfg`). Adding this to every packages using mingw as a precaution, not believed there is much to gain from keeping AVX given the fragility here. May revisit eventually with a newer GCC. Not known to have caused issues with this package in particular (unlike wine/dxvk), so skipping a slow rebuild revbump. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Arthur Zamarin · gentoo
dev-util/mingw64-toolchain: Stabilize 11.0.0 x86, #907368
Signed-off-by: Arthur Zamarin <arthurzam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Sam James · gentoo
dev-util/mingw64-toolchain: Stabilize 11.0.0 amd64, #907368
Signed-off-by: Sam James <sam@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: use -j1 for make install
Matches the change from bug #906155. This may potentially not be affected with what it builds, but all these packages have a tendendency to be fragile in that regard and there's not much to gain from threads on install. 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_p4
Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 11.0.0
Also remove two obsolete flags filters: * -fstack-clash-protection (bug #758914): ICE was fixed, if still run into this then updating gcc to a newer _p* snapshot should sort it (alternatively, use released >=gcc-13.1.0) * -fstack-protector* (bug #870136): mingw64-runtime-11.0.0 adds its own (partial) ssp support, allowing -D_FORTIFY_SOURCE=3 and -fstack-protector-strong without libssp. Using these to build Wine currently still leads to failure, but we can allow it here. Bug: https://bugs.gentoo.org/758914 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: drop 10.0.0_p2, 10.0.0_p3
Never keyworded testing versions. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 10.0.0_p4 w/ gcc-13.1.0 (keyworded)
Been using _p3 with a bit earlier 13 pre-release + binutils-2.40 with Wine for a bit and no known issues at the moment. Closes: https://bugs.gentoo.org/898778 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 10.0.0_p3 (unkeyworded w/ gcc13)
Also includes a binutils-2.40 backport needed for dxvk. Will likely keyword in _p4 whenever 13 is released (non-snapshot). Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: cleanup alternate binutils-2.40 src_uri
Was used because .xz was missing from mirror://, but it's there now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - Repository mirror & CI · gentoo
Merge updates from master - Ionen Wolkens · gentoo
dev-util/mingw64-toolchain: add 10.0.0_p2 unkeyworded
For testing binutils-2.40, but really only unkeyworded because hoping to bump something else at same time (runtime or gcc) before exposing to most users due to the long build time. Also: * switch to --with-gcc-major-version-only, unimportent here but doesn't hurt to be consistent with system's * explicitly filter-lto regardless of custom-cflags as it's guaranteed to not work (would need a USE=lto, and perhaps still skip for mingw static libs as this is fragile) Signed-off-by: Ionen Wolkens <ionen@gentoo.org> - 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>