summaryrefslogtreecommitdiff
path: root/scripts/build/libc/mingw-w64.sh
AgeCommit message (Collapse)AuthorFilesLines
2022-02-11Fold libc_start_files into libcAlexey Neyman1-1/+1
After 557b9d4, libc_start_files and libc_main steps are performed one after another. It doesn't make sense, especially since some of the libcs (glibc, uClibc-ng) go to great lengths to first install start files in the first step, libc_start_files, only to remove them immediately in the second step, libc_main. Current build steps also break in the xtensa newlib configurations, as it needs to install the custom xtensa headers before building the libgcc and after 557b9d4, the headers are not installed before libgcc is built in pass-1. Therefore, finish what 557b9d4 mentioned but did not do: move header installation into a new step, libc_headers, and combine libc_start_files and libc_main into a single step. This also allows to combine the core pass-1/pass-2 steps, to be done in a subsequent commit. Signed-off-by: Alexey Neyman <stilor@att.net>
2022-02-11Retire obsoleted milestonesAlexey Neyman1-9/+7
... and the code dependent on them, after the latest wave of obsolete package removals. This concludes the glorious history of the original uClibc (non-NG) with lots of kludges removed. There was a choice here, whether to call the resulting libc "uClibc" or "uClibc-ng". I opted in favor of giving uClibc-ng the recognition it deserves, although it had some ripple effect in the ct-ng code. Signed-off-by: Alexey Neyman <stilor@att.net>
2019-04-05Rename JOBSFLAGS -> CT_JOBSFLAGSAlexey Neyman1-1/+1
... so that it is saved/restored when restarting the build. Signed-off-by: Alexey Neyman <stilor@att.net>
2019-02-18Move moxiebox build to post_ccAlexey Neyman1-4/+0
core-2 gcc does not search the final prefix now for newlib's headers. Signed-off-by: Alexey Neyman <stilor@att.net>
2018-12-01Add moxiebox as a choice for libcAlexey Neyman1-16/+9
This required some rework of the libc selection, as moxiebox is a layer on top of another libc - newlib. Also, moxiebox'es host VM (`sandbox`) needs a libcrypto on the host. We will not have it if we're cross-compiling a canadian cross. Fortunately, all moxiebox needs from libcrypto is SHA256, and it already includes a standalone implementation of SHA256 in its runtime. Provide a little wrapper that allows moxiebox use that implementation for the host binary, too. Also, automate collecting/printing the list of all packages in a given category (e.g. LIBC or COMP_TOOLS), generate a list of all Kconfig symbols for a given category. Signed-off-by: Alexey Neyman <stilor@att.net>
2018-05-04Preserve each variant of libwinpthread.dllAlexey Neyman1-0/+18
... in the corresponding /lib directory. Mingw-w64 installs it to /bin, so multiple variants in a multilib configuration override each other. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-08-16Fix version check in mingw-w64Alexey Neyman1-3/+3
Fixes #782. Signed-off-by: Alexey Neyman <stilor@att.net>
2017-07-08Downloading packages using new frameworkAlexey Neyman1-0/+215
Signed-off-by: Alexey Neyman <stilor@att.net>