Get Gentoo!
gentoo.org sites
gentoo.org Wiki Bugs Forums Packages
Planet Archives Sources
Infra Status
summaryrefslogtreecommitdiff
path: root/dev-util/mingw64-runtime
Commit message (Collapse)AuthorAgeFilesLines
* dev-util/mingw64-runtime: drop 11.0.1Ionen Wolkens2024-09-032-148/+0
| | | | | | | | | | | Kept this version for a while due to an issue when using gcc-14+runtime-12+perl but "believe" this been resolved with gcc-14.2.0. Feel free to file a bug if still need 11.0.1, can be restored if needed. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add 12.0.0Ionen Wolkens2024-05-302-0/+150
| | | | | | | | | | | | | ucrt becomes the (upstream) default in this version, but this default cannot be casually changed in the ebuild as it'd break without redoing the bootstrap process (if ever switch, will ideally need a news item). Also have not really tested how ucrt interacts with building Wine, so would rather leave this alone for a while. Users that know what they're doing can still flip the USE. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* Revert "dev-util/mingw64-runtime: add workaround for gcc14 ICE w/ mingw"Ionen Wolkens2024-05-211-10/+5
| | | | | | | | | This reverts commit 54e5dc5019e5506f386b80b35dca7ae439bed752. Will wait for a fixed gcc version instead, this doesn't affect many. Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add workaround for gcc14 ICE w/ mingwIonen Wolkens2024-05-201-5/+10
| | | | | Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: drop 11.0.0Ionen Wolkens2024-05-202-148/+0
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add 11.0.1Ionen Wolkens2024-05-072-0/+148
| | | | | | | | Bit overdue, was formerly ignored because the tarball was missing. Does not change much over 11.0.0 for us though. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* */*: inline mirror://sourceforgeLucio Sauer2024-04-301-1/+1
| | | | | | | bump copyright of touched ebuilds to 2024 Signed-off-by: Lucio Sauer <watermanpaint@posteo.net> Signed-off-by: Michał Górny <mgorny@gentoo.org>
* dev-util/mingw64-runtime: filter -Wl,-z,* ... for CFLAGSIonen Wolkens2024-03-241-0/+5
| | | | | | | | | | | | | | | | | | | strip-unsupported-flags handles this fine in LDFLAGS, but -Wl,* are no-ops during compile-only tests (thus not stripped) and then if a package compiles and links anything at same time it fails. This used not to be a big problem but now that 23.0 profiles do -Wl,-z,pack-relative-relocs (mingw ld has no -z) this is hitting bashrc-mv users that tend to do CFLAGS="${LDFLAGS}" by default. Tempting to ignore it because of how wrong it is, but well. An alternate route could be to eventually have strip-flags and/or strip-unsupported-flags remove -Wl,* from non-LDFLAGS given this could affect more than mingw (e.g. switching to bfd when there is a lld-only option). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: Use crossdev.eclass121011112024-01-151-9/+3
| | | | | | | | | | crossdev.eclass contains code of parsing CTARGET from category and include the support of crossdev with LLVM/Clang compiler Bug: https://bugs.gentoo.org/680652 Signed-off-by: Han Puyu <w12101111@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/34820 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: unset DLLTOOL for crossIonen Wolkens2023-12-221-1/+1
| | | | | | | | Likely less of an issue on this package than mingw64-toolchain, but doesn't hurt to unset either way. Bug: https://bugs.gentoo.org/920483 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: drop 10.0.0-r1Ionen Wolkens2023-09-124-192/+0
| | | | | | | Don't believe should still be a need for this, 11 been lookg uneventful. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: pass -mno-avx for mingw crossIonen Wolkens2023-06-262-1/+15
| | | | | | | | | | | | | | | | | | | | | | | 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. Unlike other ebuilds, also bother doing tc-is-gcc given what's used is more up in the air for this ebuild. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add 11.0.0Ionen Wolkens2023-04-292-0/+142
| | | | | | | | | | | | | | | | | | | Tentatively remove the ssp patch. Bootstrapping using USE=ssp seems to work both with and without libssp. The libscrypt reproducer from the patch's old link also builds fine with this version. 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-runtime: drop 8.0.0-r3, 9.0.0-r2Ionen Wolkens2023-04-295-343/+0
| | | | | | | Do not believe these versions should be needed anymore, please report if you believe there's a still a reason. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: backport race condition fixIonen Wolkens2022-11-042-0/+23
| | | | | | | | Unlike mingw64-toolchain, this doesn't build crt out-of-source (just does for headers) and is only affected by 1 issue. Bug: https://bugs.gentoo.org/879537 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: filter -mfunction-return=thunk for mingwIonen Wolkens2022-10-303-0/+3
| | | | | | | | | 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. Bug: https://bugs.gentoo.org/878849 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: filter -fstack-clash-protectionIonen Wolkens2022-10-233-0/+3
| | | | | Bug: https://bugs.gentoo.org/758914 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: filter ssp for cross-compilation bitsIonen Wolkens2022-09-143-0/+3
| | | | | | | | | Less likely to be an issue here given the whole crossdev involvement which may or may not have working libssp, but it seems reasonable to add and there's a way to override if needed. Bug: https://bugs.gentoo.org/870136 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: filter -fuse-ld for mingwIonen Wolkens2022-07-163-3/+9
| | | | | | | | | | 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 toolchain (filtering feels more solid either way). Users can use MINGW_BYPASS=1 if really need full control. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add missing bugrefsIonen Wolkens2022-06-293-3/+3
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: disable widl on unsupported platformsIonen Wolkens2022-06-293-15/+24
| | | | | | | | | | Not tested, but should work in theory. Also drop redundant --prefix while here, but keep array so it's easy to add option if needed in the future. Closes: https://bugs.gentoo.org/853250 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: nitpicks and add default-ucrt warningIonen Wolkens2022-06-202-5/+8
| | | | | | | | | | Technically this can be considered a different CTARGET (believe some do x86_64-w64-mingw32ucrt) and, bit like clang's default-libcxx, shouldn't be casually swapped (but attempts are likely to fail). Also cleanup metadata full stops and add widl while here. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: Add 'default-ucrt' USE flagxtkoba2022-06-202-1/+3
| | | | | | Signed-off-by: Tee KOBAYASHI <xtkoba@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/26008 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: drop 8.0.0-r2, 9.0.0-r1, 10.0.0-r0Ionen Wolkens2022-05-213-362/+0
| | | | | | Just old revisions, all 3 versions still kept for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: missing >/dev/null nitpickIonen Wolkens2022-05-213-3/+3
| | | | Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add bypass option for unsetIonen Wolkens2022-05-133-3/+3
| | | | | | | Unset is needed given CC is not expected to be a cross-compiler but, if users know what they are doing, leave a way (MINGW_BYPASS=1). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: unset toolchain vars when cross-compilingIonen Wolkens2022-05-123-3/+9
| | | | | | | | | | | | | | | | | | i.e. it could be CC=x86_64-pc-linux-gnu-gcc / clang which is what's wanted for building tools, but after we need to discard that to switch to x86_64-w64-mingw32-gcc (unless CHOST is already mingw as it would be correct). Ideally would need a unified way to do this with override variables for users to specify the alternate toolchain variables. The -Wl,--hash-style=* filter is likely not necessary given strip-unsupported-flags already strip it, but if(?) CC was set it may possibly have messed with that -- albeit will keep it as a safety/informational. Closes: https://github.com/gentoo/gentoo/pull/25365 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: build tools for CHOST and add widlIonen Wolkens2022-05-123-12/+87
| | | | | | | | | | | | | | | Non-native USE=tools never made much sense, If a package is cross-compiling for mingw using e.g. widl, it'll need to be able to run the tool. This also prevents build failure (bug #644556) during bootstrap given this won't be trying to link with mingw (note that can cross-emerge mingw64-runtime for old behavior). wrt widl, it is provided by wine but that is a heavy dependency and some upstreams (e.g. vkd3d-proton) default to using *-w64-mingw32-widl instead -- small tool so may as well install it. Closes: https://bugs.gentoo.org/644556 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: re-arrange ebuilds some moreIonen Wolkens2022-05-123-0/+329
| | | | | | | | | Mostly just style, but also now checking tuples again to ensure more deterministic results (e.g. a cpp check gone wrong could give 32bit despite x86_64 tuple), then fallback on the cpp check rather than die like tuple check formerly did. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: revert to old style cpp checkIonen Wolkens2022-04-243-18/+18
| | | | | | | | | | | | | May return different error codes despite working properly, cause unknown but ideally should look at doing this differently. For now just revert to old behavior. While here, add guard for headers-only. Not an issue per-se given lib options don't matter, but it still uses wrong cpp at that stage. Closes: https://bugs.gentoo.org/840662 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: drop 8.0.0-r0, 8.0.0-r1, 9.0.0-r0Ionen Wolkens2022-04-223-357/+0
| | | | | | | Just old revisions, revised ebuilds seems fine so far and this makes pkgcheck happy. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: drop 7.0.0-r1Ionen Wolkens2022-04-162-119/+0
| | | | | | | | There seem to still be interest for 8.0.0 but not for 7.0.0 as as far as I can tell. ebuild is also missing the udivmoddi fix. Closes: https://github.com/gentoo/gentoo/pull/25038 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: sync [89].0.0 ebuilds with 10.0.0Ionen Wolkens2022-04-162-0/+242
| | | | | | | | | | | | To make pkgcheck happy and consistency, revbumps are not strictly necessary but done in case need to test for regressions as it shifts a lot around (will cleanup soon). Only differences with 10 is patches applied (like 10, also remove rdtsc patch from 9.0.0 as that version fixed it and our patch does a different redundant fix). Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add 10.0.0Ionen Wolkens2022-04-162-0/+121
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This version fixes building with vanilla binutils-2.38 wrt bug #838157, and the (now keyworded) >=binutils-2.38-r2 backport also fixed it for all versions. Includes some ebuild cleanups/changes: - EAPI7->8 - drop unused autotools inherit - update HOMEPAGE to https non-sourceforge link - update LICENSE, main license is ZPL + others, and tools are GPL-3+ (could probably still use revision) - remove obsolete rdtsc patch (was bug #786549), been fixed since 9.0.0 but the fix is different and was letting our patch apply - namespace is_crosscompile() to avoid confusing pkgcheck, note that this is toolchain.eclass' version which is different than tc-is-cross-compiler - inline just_headers/alt_prefix/crt_with(), left crt's use_with and use_enable alone given it's less jarring and may have additional uses in the future - move src_configure-only functions inside src_configure - use econf with ECONF_SOURCE over direct ${S}/configure - add missing || die for rm / mkdir / push+popd / cpp+grep (for cpp, use a case statement for clarity and no tmp variables) - drop rm's -f, haven't found a situation where it'd fail - misc style changes like using arrays for econf Not touching CHOST/CATEGORY/symlinks and friends given haven't fully reviewed implications for this package + crossdev. Closes: https://bugs.gentoo.org/838157 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: add myself as a maintainerIonen Wolkens2022-04-161-0/+4
| | | | | | | | | | Don't use this intensively (mostly just wine), but know a bit about it and might as well handle it in behalf of toolchain@ when possible. Help/pointers welcome, especially from heavier cross/mingw users if anything is amiss. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
* dev-util/mingw64-runtime: fix build w/ USE=librariesSam James2022-04-152-1/+28
| | | | | Closes: https://bugs.gentoo.org/787662 Signed-off-by: Sam James <sam@gentoo.org>
* **/metadata.xml: Replace http by https in DOCTYPE elementUlrich Müller2021-09-111-1/+1
| | | | | Bug: https://bugs.gentoo.org/552720 Signed-off-by: Ulrich Müller <ulm@gentoo.org>
* dev-util/mingw64-runtime: bump up to 9.0.0Sergei Trofimovich2021-07-052-0/+120
| | | | | | | Reported-by: Mike Lothian Closes: https://bugs.gentoo.org/799212 Package-Manager: Portage-3.0.20, Repoman-3.0.3 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: fix build against gcc-11 (__rdtsc clash)Sergei Trofimovich2021-04-282-0/+144
| | | | | | | | | | | | | | | | | | | | | gcc-11 defines __rdtsc as a macro: // include/ia32intrin.h:110 #define __rdtsc() __builtin_ia32_rdtsc () and causes build failure: intrincs/rdtsc.c:15:30: error: macro "__rdtsc" passed 1 arguments, but takes just 0 15 | unsigned __int64 __rdtsc(void) | ^ Let's avoid __rdtsc definition on systems with #define __rdtsc present. There is still a chance that it might be a '#define __rdtsc __rdtsc'. We'll revisit it then. Reported-by: Mihai Donțu Closes: https://bugs.gentoo.org/786549 Package-Manager: Portage-3.0.18, Repoman-3.0.3 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: eutils--Sam James2021-04-162-4/+4
| | | | | Signed-off-by: Sam James <sam@gentoo.org> Signed-off-by: David Seifert <soap@gentoo.org>
* dev-util/mingw64-runtime: drop oldSergei Trofimovich2020-09-304-231/+0
| | | | | Package-Manager: Portage-3.0.8, Repoman-3.0.1 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: bump up to 8.0.0Sergei Trofimovich2020-09-302-0/+119
| | | | | | Reported-by: Mark Harmstone Package-Manager: Portage-3.0.8, Repoman-3.0.1 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: [QA] inherit toolchain-funcs.eclass directlyDavid Seifert2020-02-133-4/+4
| | | | | Package-Manager: Portage-2.3.88, Repoman-2.3.20 Signed-off-by: David Seifert <soap@gentoo.org>
* dev-util/mingw64-runtime: avoid libssp references without -fstack-protectorSergei Trofimovich2020-01-282-0/+134
| | | | | | | | | | | | | | | mingw64-runtime-7.0.0 added basic support of _FORTIFY_SOURCE to harden strcpy() and memcpy() via __strcpy_chk() __memcpy_chk() similar to glibc. Unfortunately that imposes a new dependency on every caller that defines _FORTIFY_SOURCE to link against libssp as minw64-runtime does not provide __strcpy_chk() and friends. For comparison glibc does provide __strcpy_chk. To avoid widespread breakage (including build failure of USE=ssp gcc itself) we enable __strcpy_chk() checks only when -fstack-protector* options are set. Package-Manager: Portage-2.3.85, Repoman-2.3.20 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: drop oldSergei Trofimovich2020-01-123-220/+0
| | | | | Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: bump up to 7.0.0Sergei Trofimovich2020-01-122-0/+115
| | | | | Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: Don't install USE=libraries libs to lib64James Le Cuirot2019-09-161-1/+3
| | | | | | | | Closes: https://bugs.gentoo.org/653246 Package-Manager: Portage-2.3.76, Repoman-2.3.17 Signed-off-by: James Le Cuirot <chewi@gentoo.org> Closes: https://github.com/gentoo/gentoo/pull/12944 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: add USE=+secure-api, bug #691980Sergei Trofimovich2019-08-132-0/+114
| | | | | | | | | Expose *_s() family of functions by default from headers. Reported-by: Jason A. Donenfeld Closes: https://bugs.gentoo.org/691980 Package-Manager: Portage-2.3.71, Repoman-2.3.17 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: drop prepstrip(), bug #587292Sergei Trofimovich2018-11-252-3/+1
| | | | | | | | | | This disables all stripping in mingw64-runtime. As PMS does not provide an alternative just drop stripping for now. Reported-by: Michał Górny Closes: https://bugs.gentoo.org/587292 Package-Manager: Portage-2.3.52, Repoman-2.3.12 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
* dev-util/mingw64-runtime: revert "enable USE=libraries by default"Sergei Trofimovich2018-10-061-1/+2
| | | | | | | | | | | | | | | | | | | | | | | This reverts commit 478d91086baa442fb578e0982063b93a19caf382. Fresh bootstrap fails to build libraries as those need full stage2 compiler: ``` $ crossdev -t x86_64-w64-mingw32 -P -v * Emerging cross-mingw64-runtime ... ... configure: error: in `.../mingw-w64-v6.0.0/mingw-w64-libraries/libmangle': configure: error: C compiler cannot create executables See `config.log' for more details ``` Disable default USE=libraries. Reported-by: Rafael Kitover Bug: https://bugs.gentoo.org/665512 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>