summaryrefslogtreecommitdiff
path: root/config/libc/mingw.in
AgeCommit message (Collapse)AuthorFilesLines
2017-07-08Convert the rest of packages to new frameworkAlexey Neyman1-159/+0
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-06-05Mingw-w64 release 5.0.2Alexey Neyman1-1/+7
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-07Merge pull request #676 from tamird/mingw-secure-apiAlexey Neyman1-0/+4
MinGW: add --enable-secure-api config option
2017-04-07mingw: Make list of tools depend on tools being enabledAlexey Neyman1-0/+1
Signed-off-by: Alexey Neyman <stilor@att.net>
2017-04-07MinGW: add --enable-secure-api config optionTamir Duberstein1-0/+4
Without this flag, MinGW does not expose secure variants of functions such as strcpy_s. See https://sourceforge.net/p/mingw-w64/mingw-w64/ci/master/tree/mingw-w64-headers/crt/sec_api/string_s.h#l11.
2017-03-31MinGW-W64 fixesAlexey Neyman1-8/+12
- 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-11Add latest versions of mingw 4.x/3.x/2.x branchesAlexey Neyman1-2/+33
4.0.6 is the only one not marked obsolete. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-01-24Check for git presenceAlexey Neyman1-0/+1
... and make the optiont that fetch from Git repositories depend on the git discovery. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-01-22mingw: compile the mingw-w64 companion tools as wellLi-Hang Lin1-0/+7
There are some useful tools such as widl, gendef, genidl ... etc. provided by mingw-w64 and do not waste the developers' works. Signed-off-by: Li-Hang Lin <lihang.lin@gmail.com>
2017-01-16Mark obsolete versions.Alexey Neyman1-7/+14
Keep one latest on each of 3.x, 4.x and 5.x versions. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-01-16Add mingw-w64 5.0.0/5.0.1.Alexey Neyman1-5/+15
Also, move 'devel' to the bottom - we don't want this ever-moving tag to be default in the released product. Signed-off-by: Alexey Neyman <stilor@att.net>
2016-03-07MinGW: add C++11 posix threads supportDmitry Pankratov1-1/+3
2015-11-11Support mingw-w64 in addToolVersion.sh.Alexey Neyman1-4/+9
... and add 4.0.4 release. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-05-16mingw: WINAPI_V_DEVEL should depend on EXPERIMENTALBryan Hundven1-0/+1
While we do want users to be able to use the mingw from git, being under the experimental umbrella makes it more obvious that this should not be used as a production toolchain. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-05-12mingw-w64: Add 'devel' version to use git 'master' branchRay Donnelly1-0/+5
Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
2015-05-12mingw-w64: Add updated versionsRay Donnelly1-0/+31
Specifically: 2.0.8 3.0.0, 3.1.0 4.0.0, 4.0.1, 4.0.2 Signed-off-by: Ray Donnelly <mingw.android@gmail.com>
2014-08-30libc/mingw: does not require gcc core pass-1Yann E. MORIN1-1/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2014-07-27libc/mingw: threads are the native onesYann E. MORIN1-1/+1
There is no need to differentiate the win32 threads case, since we can cosider them to be the native implementation on Windows. Besides, with the previous patch, nothing uses it anymore. So, just remove it. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc Bryan Hundven <bryanhundven@gmail.com>
2014-07-27libc: libces are responsible for naming their threads implementationYann E. MORIN1-0/+3
This will help add new implementations, such as the one in musl. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2014-07-27libc: rename the threads optionsYann E. MORIN1-1/+1
Use a more coherent naming for the options. This will help commonalise the native case (e.g. NPTL on Linux, win32 on Windows), and add alternate implementations (e.g. musl.) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Bryan Hundven <bryanhundven@gmail.com>
2012-11-22cc: add a flag for skipping core passesYann Diorcet1-0/+1
It is used for skipping unnecessary compilation steps when the libc doesn't need to be compiled (eg. when we do not use a C library). Signed-off-by: Yann Diorcet <diorcet.yann@gmail.com> Message-Id: <150eadb0117e697d79aa.1353625025@blackmint> Patchwork-Id: 201222
2012-11-14libc/mingw: replace mingw32 with generic mingwYann Diorcet1-9/+16
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
2011-05-08config: fix recursive depsYann E. MORIN"1-6/+5
The latest kconfig stuff is more stringent when it comes to validating the dependency of the symbols. It is no longer possible to have a symbol depend on itself (such as our construct for arch/cc/libc/... was doing). Fix our generated-file infrastructure to avoid these situations when the new kconfig stuff will be merged (in a following changeset). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-07-11kernel: add mingwYann E. MORIN"1-0/+34
Add the option to build a cross-compiler for kernel type 'mingw'. The resulting cross-compiler can be used to build applications on a Linux host that can be run on a Windows target. Compiler is build using the mingwrt and w32-api packages aviable from the MinGW project (http://sourceforge.net/projects/mingw). The windows headers (w32-api package) are extracting with the kernel_headers step The libraries and other headers from both packages are build and installed in the various steps of libc Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com> [yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
generated by cgit v0.10.2-6-g49f6 at 2024-05-05 16:48:31 (GMT)