crosstool-ng/samples/x86_64-w64-mingw32/crosstool.config

CT_CONFIG_VERSION="4"
CT_EXPERIMENTAL=y
CT_ARCH_X86=y
CT_MULTILIB=y
CT_ARCH_64=y
CT_TARGET_VENDOR="w64"
CT_KERNEL_WINDOWS=y
CT_BINUTILS_PLUGINS=y
CT_MINGW_DIRECTX=y
CT_MINGW_DDK=y
CT_THREADS_POSIX=y
CT_CC_LANG_CXX=y
CT_CC_LANG_FORTRAN=y
More sample config updates -moxie: DTC_VERBOSE is a wobbler, it depends on whether dtc is enabled on the host machine (if dtc is installed, DTC defaults to 'n' and hence prevents DTC_VERBOSE from appearing at all). Remove the option from config file so that its value reverts to the default. xtensa-fsf-elf: mark configuration obsolete so that it can use GDB 8.1 (it uses custom sources and needs to select the version therein) Signed-off-by: Alexey Neyman <stilor@att.net> 2022-01-17 22:16:52 +00:00			`CT_CONFIG_VERSION="4"`
mingw-w64: Set it as experimental With the upcoming release of 1.22.0, mingw-w64 is still in an experimental state, and is not considered to be fully supported yet. This change should be reverted after the release. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> 2015-11-19 23:09:12 +00:00			`CT_EXPERIMENTAL=y`
Kconfigize choice/menu items Also, add a poor man's upgrade script. Signed-off-by: Alexey Neyman <stilor@att.net> 2017-07-06 07:13:03 +00:00			`CT_ARCH_X86=y`
MinGW-W64 fixes - libpthread requires iteration over multilibs, unlike the core, it does not detect and build multilibs by itself. - Disable parallel builds for mingw-w64 components; until mingw-w64 core builds clean, I am not trusting it. - Make the list of tools to build configurable - Turn on multilib in x86_64 sample. - Make warnings about tuple less redundant. As in, "one WARN is enough, no need to shout it three times". - Messages about various steps/substeps are more aligned with the rest of the components. - Use 'make' instead of ${make} to invoke the companion make just built, if applicable. Signed-off-by: Alexey Neyman <stilor@att.net> 2017-03-29 20:26:13 +00:00			`CT_MULTILIB=y`
Run samples through an update Signed-off-by: Alexey Neyman <stilor@att.net> 2017-03-20 22:14:21 +00:00			`CT_ARCH_64=y`
mingw-w64: Rename targets to {i686,x86_64}-w64-mingw32 .. and set CT_TARGET_VENDOR to w64. Otherwise config.gcc doesn't pickup the right files for include_next (and probably many other things go wrong too). w64 has been the correct vendor for absolutely ages now on all distributions that provide MinGW-w64 cross compilers. Signed-off-by: Ray Donnelly <mingw.android@gmail.com> 2015-08-24 22:11:55 +00:00			`CT_TARGET_VENDOR="w64"`
Kconfigize choice/menu items Also, add a poor man's upgrade script. Signed-off-by: Alexey Neyman <stilor@att.net> 2017-07-06 07:13:03 +00:00			`CT_KERNEL_WINDOWS=y`
samples: update the samples Release time is coming at a fast pace. It is now time to update the samples so they apply cleanly. The canadian-cross sample mingw32,i686-none-linux-gnu has been replaced with i586-mingw32msvc,i686-none-linux-gnu. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> 2011-01-30 18:25:56 +00:00			`CT_BINUTILS_PLUGINS=y`
samples: update the mingw sample Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> 2011-01-25 23:12:27 +00:00			`CT_MINGW_DIRECTX=y`
libc/mingw: replace mingw32 with generic mingw Replace the 32-bit-only mingw32 with mingw-w64 that is capable of building toolchains for both 32-bit and 64-bit Windows. kernel/mingw: replace mingw32 with generic Windows kernel/windows: New windows kernel supporting 32 and 64 bit arch libc/mingw: Remove old options patches: Remove old mingw libc options' patches Signed-off-by: "Yann Diorcet" <diorcet.yann@gmail.com> [yann.morin.1998@free.fr: array var in libc/mingw.sh, typos] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <b045ac08fc9eac2e5ee3.1352898499@blackmint> Patchwork-Id: 198901 2012-11-14 13:05:49 +00:00			`CT_MINGW_DDK=y`
Enable posix threads in x86_64-w64-mingw32. This enables the resulting toolchaing to be used to build a canadian cross to x86_64-pc-linux-gnu target. Unmark that sample as broken, it now builds successfully. It is likely that it is affected by issue #483, too - I see the resulting gcc executable has a DLL dependency on libiconv-2.dll, which is only installed into .build/.../buildtools. This will be investigated/fixed separately. Signed-off-by: Alexey Neyman <stilor@att.net> 2016-11-29 21:25:44 +00:00			`CT_THREADS_POSIX=y`
samples: update x86-64 samples Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> 2014-08-30 23:43:08 +00:00			`CT_CC_LANG_CXX=y`
Run samples through an update Signed-off-by: Alexey Neyman <stilor@att.net> 2017-03-20 22:14:21 +00:00			`CT_CC_LANG_FORTRAN=y`