dev-util / mingw64-runtime

Free Win64 runtime and import library definitions

Official package sites : http://mingw-w64.sourceforge.net/ ·

v7.0.0-r1 :: 0 :: gentoo

Modified
License
BSD
Keywords
~amd64 ~x86
USE flags
headers-only idl libraries tools

v7.0.0 :: 0 :: gentoo

Modified
License
BSD
Keywords
~amd64 ~x86
USE flags
headers-only idl libraries tools

v6.0.0-r3 :: 0 :: gentoo

Modified
License
BSD
Keywords
~amd64 ~x86
USE flags
headers-only idl libraries secure-api tools

General

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.
secure-api
Expose secure API (*_s function) by default.
tools
Build extra tools: gendef, genidl.

app-portage / elt-patches : Collection of patches for libtool.eclass

sys-devel / autoconf : Used to create autoconfiguration files

sys-devel / automake : Used to generate Makefile.in from Makefile.am

sys-devel / libtool : A shared library tool for developers

virtual / glu : Virtual for OpenGL utility library

virtual / opengl : Virtual for OpenGL implementation

virtual / os-headers : Virtual for operating system headers

644556
dev-util/mingw64-runtime USE=tools fails bootstrap (or builds target binaries), gendef and genidl are compiled for Windows
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