dev-util / mingw64-runtime

Free Win64 runtime and import library definitions

Official package sites : https://www.mingw-w64.org/ ·

v12.0.0 :: 0 :: gentoo

Modified
License
ZPL BSD BSD-2 ISC LGPL-2+ LGPL-2.1+ MIT public-domain tools? ( GPL-3+ )
Keywords
~amd64 ~x86
USE flags
default-ucrt headers-only idl libraries tools

General

default-ucrt
Use ucrt instead of msvcrt-os as the default crt (WARNING: incompatible with each others and also for building Wine with USE=mingw, pick one from the start and keep it)
headers-only
Install only C headers instead of whole package. Mainly used by sys-devel/crossdev for toolchain bootstrap.
idl
Install idl files
libraries
Build extra libraries: mangle, pseh, winpthreads
tools
Build extra tools: gendef, genidl, widl

virtual / glu : Virtual for OpenGL utility library

virtual / opengl : Virtual for OpenGL implementation

Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 11.0.1
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add 12.0.0
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
Revert "dev-util/mingw64-runtime: add workaround for gcc14 ICE w/ mingw"
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add workaround for gcc14 ICE w/ mingw
Bug: https://bugs.gentoo.org/932319 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 11.0.0
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add 11.0.1
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>
Repository mirror & CI · gentoo
Merge updates from master
Lucio Sauer · gentoo
*/*: inline mirror://sourceforge
bump copyright of touched ebuilds to 2024 Signed-off-by: Lucio Sauer <watermanpaint@posteo.net> Signed-off-by: Michał Górny <mgorny@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: filter -Wl,-z,* ... for CFLAGS
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>
Repository mirror & CI · gentoo
Merge updates from master
12101111 · gentoo
dev-util/mingw64-runtime: Use crossdev.eclass
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: unset DLLTOOL for cross
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 10.0.0-r1
Don't believe should still be a need for this, 11 been lookg uneventful. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: 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. 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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add 11.0.0
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>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 8.0.0-r3, 9.0.0-r2
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: backport race condition fix
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: 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. Bug: 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-runtime: 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-runtime: filter ssp for cross-compilation bits
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: 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 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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add missing bugrefs
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: disable widl on unsupported platforms
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: nitpicks and add default-ucrt warning
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>
xtkoba · gentoo
dev-util/mingw64-runtime: Add 'default-ucrt' USE flag
Signed-off-by: Tee KOBAYASHI <xtkoba@gmail.com> Closes: https://github.com/gentoo/gentoo/pull/26008 Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 8.0.0-r2, 9.0.0-r1, 10.0.0-r0
Just old revisions, all 3 versions still kept for now. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: missing >/dev/null nitpick
Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add bypass option for unset
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: unset toolchain vars when cross-compiling
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>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: build tools for CHOST and add widl
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>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: re-arrange ebuilds some more
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: revert to old style cpp check
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>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 8.0.0-r0, 8.0.0-r1, 9.0.0-r0
Just old revisions, revised ebuilds seems fine so far and this makes pkgcheck happy. Signed-off-by: Ionen Wolkens <ionen@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: drop 7.0.0-r1
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>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: sync [89].0.0 ebuilds with 10.0.0
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>
Ionen Wolkens · gentoo
dev-util/mingw64-runtime: add 10.0.0
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>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-util/mingw64-runtime: fix build w/ USE=libraries
Closes: https://bugs.gentoo.org/787662 Signed-off-by: Sam James <sam@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: bump up to 9.0.0
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>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: fix build against gcc-11 (__rdtsc clash)
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>
Repository mirror & CI · gentoo
Merge updates from master
Sam James · gentoo
dev-util/mingw64-runtime: eutils--
Signed-off-by: Sam James <sam@gentoo.org> Signed-off-by: David Seifert <soap@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: drop old
Package-Manager: Portage-3.0.8, Repoman-3.0.1 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: bump up to 8.0.0
Reported-by: Mark Harmstone Package-Manager: Portage-3.0.8, Repoman-3.0.1 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
David Seifert · gentoo
dev-util/mingw64-runtime: [QA] inherit toolchain-funcs.eclass directly
Package-Manager: Portage-2.3.88, Repoman-2.3.20 Signed-off-by: David Seifert <soap@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: avoid libssp references without -fstack-protector
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>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: drop old
Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: bump up to 7.0.0
Package-Manager: Portage-2.3.84, Repoman-2.3.20 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org>
Repository mirror & CI · gentoo
Merge updates from master
James Le Cuirot · gentoo
dev-util/mingw64-runtime: Don't install USE=libraries libs to lib64
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>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: add USE=+secure-api, bug #691980
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>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: drop prepstrip(), bug #587292
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>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: revert "enable USE=libraries by default"
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>
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: enable USE=libraries by default
Enable mangle, pseh, winpthreads libraries by default. Notably this exposes libpthread.a compatible library and makes building mode pthread-based software. Reported-by: Rafael Kitover Bug: https://bugs.gentoo.org/665512 Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> Package-Manager: Portage-2.3.50, Repoman-2.3.11
Repository mirror & CI · gentoo
Merge updates from master
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: filter LDFLAGS for hash style
Normally mingw-64 does not use dynamic linker. One exception is at ./configure time where $LDFLAGS is used by default. When LDFFLAGS=-Wl,--hash-style=gnu is passed (default on linux) to mingw64-runtime a few things are not auto-detected. One of them is __CTORS_LIST__ / __DTORS_LIST__ support by binutils' target ld. If constructors are not provided then binaries start crashing at shutdown. The workaround is to filter out -Wl,--hash-style=* options. Longer-term fix will be to install mingw64-runtime into target: bug #642604. That wa LDFLAGS from CBUILD will not leak into libc packages. Signed-off-by: Sergei Trofimovich <slyfox@gentoo.org> Package-Manager: Portage-2.3.50, Repoman-2.3.11
Repository mirror & CI · gentoo
Merge updates from master
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: cleanup old
Package-Manager: Portage-2.3.40, Repoman-2.3.9
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: verison bump
for some reason console application is not working on my windows machine, more testing need to be done, removed keywords. Package-Manager: Portage-2.3.40, Repoman-2.3.9
Repository mirror & CI · gentoo
Merge updates from master
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Package-Manager: Portage-2.3.40, Repoman-2.3.9
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: switch to --prefix=/usr (from --prefix=/)
A couple of changes: - Allow dev-util/mingw64-runtime[headers-only] for cross-building case. One day crossdew won't need cross-${CTARGET}/mingw64-runtime packages and will be able to use dev-util/mingw64-runtime directly. This change is a step in that direction. - Awitch to --prefix=/usr (from --prefix=/). This allow cross-building dev-util/mingw64-runtime itself and installing libraries into /usr/lib (instead of /lib). Tested as: - generated working toolchain: $ crossdev -t x86_64-w64-mingw32 - cross-built mingw64-runtime successfully: $ x86_64-w64-mingw32-emerge -v1 dev-util/mingw64-runtime Package-Manager: Portage-2.3.24, Repoman-2.3.6
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: use $(alt_prefix) when cross-building
It's one of the steps to be able to cross-build 'dev-util/mingw64-runtime' ("CBUILD != (CHOST = CTARGET)" case). Noticed by Marty E. Plummer. Package-Manager: Portage-2.3.24, Repoman-2.3.6
Sergei Trofimovich · gentoo
dev-util/mingw64-runtime: Migrate CROSSCOMPILE_OPTS=headers-only -> USE=headers-only
CROSSCOMPILE_OPTS is a USE_EXPAND of a single item: headers-only. Convert it to a global USE flag instead. Mechanical ebuild rename done as: $ sed -e 's@crosscompile_opts_headers-only@headers-only@g' \ -i $(git grep -l headers-only) 'headers-only' flag is used by crossdev to bootstrap stage1 compiler before libc is available. crossdev switched to USE=headers-only in =sys-devel/crossdev-20171230. Bug: https://bugs.gentoo.org/642712 Package-Manager: Portage-2.3.19, Repoman-2.3.6
Marty E. Plummer · gentoo
dev-util/mingw64-runtime: prefixify build
Currently building a mingw-w64 toolchain inside of gentoo prefix with crossdev will fail, due to installing files outside of the prefix. Added ${EPREFIX} where apropriate fixed this issue. Tested in a prefix with toolchain x86_64-w64-mingw32, and tested on bare gentoo with x86_64-w64-mingw32 & i686-w64-mingw32. Package-Manager: Portage-2.3.19, Repoman-2.3.6 Closes: https://github.com/gentoo/gentoo/pull/6675
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Package-Manager: Portage-2.3.8, Repoman-2.3.3
Marty E. Plummer · gentoo
dev-util/mingw64-runtime: fix build of dev-libs/icu
Fixes building dev-libs/icu against mingw-w64 targets. References: http://ssl.icu-project.org/trac/ticket/12896 https://sourceforge.net/p/mingw-w64/mingw-w64/ci/b508bb87ad179421d10df68a7ebc48b33570f9b0/ Package-Manager: Portage-2.3.8, Repoman-2.3.3 Closes: https://github.com/gentoo/gentoo/pull/5726
Marty Plummer · gentoo
dev-util/mingw64-runtime: fix build with USE="tools" with gcc7
Included patch only changes code formatting and comments. See: https://sourceforge.net/p/mingw-w64/bugs/616/ Package-Manager: Portage-2.3.6, Repoman-2.3.2 Closes: https://github.com/gentoo/gentoo/pull/4878
Bertrand Jacquin · gentoo
dev-util/mingw64-runtime: Enforce libdir to gcc hardcoded path
cross-x86_64-w64-mingw32/gcc has the following default search dir: $ x86_64-w64-mingw32-gcc -print-search-dirs install: /usr/lib/gcc/x86_64-w64-mingw32/5.4.0/ programs: =/usr/libexec/gcc/x86_64-w64-mingw32/5.4.0/:/usr/libexec/gcc/x86_64-w64-mingw32/5.4.0/:/usr/libexec/gcc/x86_64-w64-mingw32/:/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/:/usr/lib/gcc/x86_64-w64-mingw32/:/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/../../../../x86_64-w64-mingw32/bin/x86_64-w64-mingw32/5.4.0/:/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/../../../../x86_64-w64-mingw32/bin/ libraries: =/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/:/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/../../../../x86_64-w64-mingw32/lib/x86_64-w64-mingw32/5.4.0/:/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/../../../../x86_64-w64-mingw32/lib/../lib/:/usr/x86_64-w64-mingw32/mingw/lib/x86_64-w64-mingw32/5.4.0/:/usr/x86_64-w64-mingw32/mingw/lib/../lib/:/usr/lib/gcc/x86_64-w64-mingw32/5.4.0/../../../../x86_64-w64-mingw32/lib/:/usr/x86_64-w64-mingw32/mingw/lib/ This default does not contain /usr/x86_64-w64-mingw32/lib64 where libraries installed with USE=libraries such as libpthread.dll.a are installed. Applications that need to link with lib pthread cannot link properly unless LDFLAGS are manually modified. This patch append --libdir=/usr/${CTARGET}/usr/lib in order to install such libraries in the default gcc search directory.
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Package-Manager: Portage-2.3.3, Repoman-2.3.1
Robin H. Johnson · gentoo
Drop $Id$ per council decision in bug #611234.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
T. Malfatti · gentoo
media-libs/portaudio: Version bump
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Package-Manager: portage-2.3.0
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Package-Manager: portage-2.3.0
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime - modify cpp execution
hopefully will support more cases. Bug: 590484 Package-Manager: portage-2.2.28
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Alter the method to detect 32bit/64bit. Bug: 584858 Package-Manager: portage-2.2.28
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: cleanup
Package-Manager: portage-2.2.20.1
Alon Bar-Lev · gentoo
dev-util/mingw64-runtime: version bump
Package-Manager: portage-2.2.20.1
Robin H. Johnson · gentoo
proj/gentoo: Initial commit
This commit represents a new era for Gentoo: Storing the gentoo-x86 tree in Git, as converted from CVS. This commit is the start of the NEW history. Any historical data is intended to be grafted onto this point. Creation process: 1. Take final CVS checkout snapshot 2. Remove ALL ChangeLog* files 3. Transform all Manifests to thin 4. Remove empty Manifests 5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$ 5.1. Do not touch files with -kb/-ko keyword flags. Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed