Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/dev-util/mingw64-toolchain
Commit message (Collapse)AuthorAgeFilesLines
* dev-util/mingw64-toolchain: add 11.0.0Ionen Wolkens2023-04-292-0/+318
| | | | | | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: drop 10.0.0_p2, 10.0.0_p3Ionen Wolkens2023-04-263-638/+0
| | | | | | Never keyworded testing versions. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: add 10.0.0_p4 w/ gcc-13.1.0 (keyworded)Ionen Wolkens2023-04-262-0/+322
| | | | | | | | 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>
* dev-util/mingw64-toolchain: add 10.0.0_p3 (unkeyworded w/ gcc13)Ionen Wolkens2023-04-183-0/+354
| | | | | | | | 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>
* dev-util/mingw64-toolchain: cleanup alternate binutils-2.40 src_uriIonen Wolkens2023-02-011-2/+1
| | | | | | Was used because .xz was missing from mirror://, but it's there now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: add 10.0.0_p2 unkeywordedIonen Wolkens2023-01-152-0/+316
| | | | | | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: use 32bit wrapper for gas+cpp tooIonen Wolkens2022-11-121-1/+2
| | | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: handle two race condition issuesIonen Wolkens2022-11-042-1/+27
| | | | | | | | | 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>
* dev-util/mingw64-toolchain: filter -mfunction-return=thunk for mingwIonen Wolkens2022-10-301-0/+1
| | | | | | | | | 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>
* dev-util/mingw64-toolchain: filter -fstack-clash-protectionIonen Wolkens2022-10-231-0/+1
| | | | | Bug: https://bugs.gentoo.org/758914 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: drop 10.0.0-r2Ionen Wolkens2022-09-273-337/+0
| | | | | | | | 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>
* dev-util/mingw64-toolchain: import drop cflags patch from gccIonen Wolkens2022-09-272-0/+24
| | | | | | | | | 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>
* dev-util/mingw64-toolchain: fix lto againIonen Wolkens2022-09-162-6/+4
| | | | | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: adjust postinst elogIonen Wolkens2022-09-162-2/+2
| | | | | | | Sounded a bit like doing this was recommended rather than only for a as-needed basis. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: stabilize 10.0.0_p1 for amd64, x86Ionen Wolkens2022-09-161-1/+1
| | | | | | | | 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>
* Revert "Revert "dev-util/mingw64-toolchain: filter ssp for cross mingw""Ionen Wolkens2022-09-142-0/+2
| | | | | | | | | | | | | | 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>
* Revert "dev-util/mingw64-toolchain: filter ssp for cross mingw"Ionen Wolkens2022-09-142-2/+0
| | | | | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: filter ssp for cross mingwIonen Wolkens2022-09-142-0/+2
| | | | | Closes: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: restore keywords for 10.0.0_p1Ionen Wolkens2022-08-291-1/+1
| | | | | | | | | 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>
* dev-util/mingw64-toolchain: use namerefs rather than evalIonen Wolkens2022-08-292-12/+16
| | | | | | | | Also simplified extra econf handling a bit. Still looks ugly, but well. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: nitpick execstack optionIonen Wolkens2022-08-201-1/+1
| | | | | | | | 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>
* dev-util/mingw64-toolchain: add 10.0.0_p1 (2.39, 12.2.0) unkeywordedIonen Wolkens2022-08-202-0/+303
| | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: minor adjustmentsIonen Wolkens2022-08-201-13/+4
| | | | | | | | | | * 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>
* dev-util/mingw64-toolchain: filter -fuse-ld for mingwIonen Wolkens2022-07-161-0/+1
| | | | | | | | | 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>
* dev-util/mingw64-toolchain: fix build with musl and gcc:12Ionen Wolkens2022-06-292-0/+34
| | | | | Closes: https://bugs.gentoo.org/855002 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-toolchain: symlink gcc lto plugin for ARIonen Wolkens2022-06-281-0/+5
| | | | | | | | | | 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>
* dev-util/mingw64-toolchain: fix array checkIonen Wolkens2022-05-281-2/+2
| | | | | | | | 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>
* dev-util/mingw64-toolchain: Stabilize 10.0.0 amd64, #845111Jakov Smolić2022-05-171-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* dev-util/mingw64-toolchain: Stabilize 10.0.0 x86, #845111Jakov Smolić2022-05-171-1/+1
| | | | Signed-off-by: Jakov Smolić <jsmolic@gentoo.org>
* dev-util/mingw64-toolchain: fix direct objdump callIonen Wolkens2022-05-132-0/+23
| | | | | | | | | | | | 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>
* dev-util/mingw64-toolchain: disable gcovIonen Wolkens2022-05-131-0/+1
| | | | | | | 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>
* dev-util/mingw64-toolchain: new package, add 10.0.0Ionen Wolkens2022-05-124-0/+326
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>