summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2021-01-09picolibc: Convert to companion libraryKeith Packard4-24/+34
This allows configurations to include picolibc without excluding another C library. Signed-off-by: Keith Packard <keithp@keithp.com>
2021-01-08picolibc: Pull tarballs from github instead of keithp.comKeith Packard2-8/+7
Way more bandwidth at github. Signed-off-by: Keith Packard <keithp@keithp.com>
2020-12-17Merge pull request #1433 from ivanka2012/add-mingw-8.0.0Chris Packham3-0/+38
Add MinGW version 8.0.0
2020-12-14Add MinGW version 8.0.0ivanka20123-0/+38
Signed-off-by: Kittenberger Iván <ivanka2012@gmail.com>
2020-12-14Merge pull request #1431 from cpackham/ltrace-url-fixChris Packham1-1/+1
packages/ltrace: Remove stray ':' from URL
2020-12-10packages/ltrace: Remove stray ':' from URLChris Packham1-1/+1
Change 'ftp::' to 'ftp:'. Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-12-09Merge pull request #1429 from galak/mac-arm-2Chris Packham1-0/+33
gcc: Additional build fix for building arm64 toolchain on M1 Mac's
2020-12-08gcc: Additional build fix for building arm64 toolchain on M1 Mac'sKumar Gala1-0/+33
If we are targetting an aarch64-none-elf toolchain we end up running into a build issue in gcc/config/aarch64/driver-aarch64.c. This is fixed in upstream gcc so just backport the patch to gcc-10.2.0 Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-12-08Merge pull request #1426 from galak/mac-armChris Packham8-458/+1377
Initial changes to build cross compilers on new ARM based M1 Macs
2020-12-04gcc: Add some patches to get gcc 10.2 building on ARM based MacKumar Gala2-0/+132
Pull in a change from upstream GCC and one from the gcc-darwin-arm64 repo that gets an initial cross compiler building on ARM based Mac. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-12-04bump to gmp 6.2.1 + patch for ARM based MacOS supportKumar Gala4-12/+528
Update to GMP 6.2.1 for MacOS ARM support and pull in one patch from repo that deal with a possible issue with GMP on MacOS ARM systems. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-12-04Run through 'ct-ng updatetools'Kumar Gala2-446/+717
Update config.{sub,guess} to get proper awareness for ARM based MacOS. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-11-30Merge branch 'aaujon-master'Chris Packham4-1/+24
2020-11-24Update reported.byArnaud Aujon Chevallier2-3/+3
2020-11-24samples : update armv6 configurationArnaud Aujon Chevallier4-0/+23
2020-11-23Merge branch 'jemarch-oracle/ol-support'Chris Packham18-6/+125
2020-11-23Add sample configuration for Oracle Linux 7 on aarch64Jose E. Marchesi2-0/+24
2020-11-23Add Oracle products to crosstool-ngJose E. Marchesi13-0/+78
This commit adds support for the following Oracle products, in order to target Oracle Linux 7.9: Binutils 2.27-44.base.0.400 GCC 4.8.5-44.0.5 glibc 2.17-317.0.3 UEK5/u4 4.14.35-2025.400.8 Sample configuration files are provides for the following triplets: arm-ol7u9-linux-gnueabi arm-ol7u9-linux-gnueabihf Signed-off-by: Egeyar Bagcioglu <egeyar.bagcioglu@oracle.com> Signed-off-by: Jose E. Marchesi <jose.marchesi@oracle.com>
2020-11-23Set the origin of Linux releasesEgeyar1-0/+1
Set the origin of the Linux tarballs to www.kernel.org in order to avoid getting an empty string in menuconfig. Signed-off-by: Egeyar Bagcioglu <egeyar.bagcioglu@oracle.com> [cp: use kernel.org] Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-11-23Support released versions from Git branchesEgeyar2-6/+22
* Do not assume a release has a tarball if src_release is set to "n". * Do not assume versions in repositories are all experimental. * Allow versions to define their default repository_branch, repository_cset, repository_subdir and bootstrap. * Do not expect mirrors, archive_filename, archive_dirname, archive_formats and signature_format from a version if src_release is set to "n". * Add version_number to allow version names to be different than the version number. When given, use version_number to compare against the milestones. Signed-off-by: Egeyar Bagcioglu <egeyar.bagcioglu@oracle.com>
2020-11-23Merge branch 'galak-macosx'Chris Packham2-9/+85
2020-11-11CI: Add MacOS X builds to CI testingKumar Gala1-9/+51
Add building on MacOS X as part of the CI testing. A few notes: * We exclude mips64-unknown-linux-gnu as the linux kernel headers need <byteswap.h> that is a GNU extension to build elf-entry.c and does not exist on Mac OS X. * We create a SPARSE image filesystem to ensure we have are doing the builds in a case sensitive fs. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-11-11gcc: add build fix for aarch64 toolchain on MacOS XKumar Gala1-0/+34
When building aarch64-unknown-linux-gnu on MacOS X, aarch64-builtins.c files doesn't build by default with clang on MacOS X. We need to pass -std=gnu++11 when building the file for things to work with clang. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-11-11Merge pull request #1417 from cpackham/continuous-integrationChris Packham1-1/+1
CI: Replace add-path command
2020-11-10CI: Replace add-path commandChris Packham1-1/+1
The add-path and set-env commands are being deprecated[1]. Replace the one instance of add-path in the CI workflow with the recommended alternative[2]. [1] - https://github.blog/changelog/2020-10-01-github-actions-deprecating-set-env-and-add-path-commands/ [2] - https://docs.github.com/en/free-pro-team@latest/actions/reference/workflow-commands-for-github-actions#adding-a-system-path Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-11-10Merge pull request #1342 from DspHack/feature/add_support_for_ti_c6xChris Packham6-1/+160
Experimental: Add support for the Texas Instruments C6X (TMS320C6000 …
2020-11-08Merge pull request #1416 from galak/binutils-2.35.1-fixChris Packham2-0/+962
binutils: Pull in some bug fixes from binutils 2.35 branch
2020-11-06binutils: Pull in some bug fixes from binutils 2.35 branchKumar Gala2-0/+962
Expect that if there is a binutils 2.35.2 release these fixes will be included in there, these are pulled out of the binutils-2_35-branch post the 2.35.1 release. Signed-off-by: Kumar Gala <kumar.gala@linaro.org>
2020-11-03Merge pull request #1414 from cpackham/disable-context-for-thumbChris Packham1-0/+1
arm: Disable context functions for Thumb
2020-11-03Merge pull request #1413 from cpackham/continuous-integrationChris Packham1-0/+1
CI: Add armv6-nommu-linux-uclibcgnueabi
2020-11-02c6x: Remove multilib requirementDan Tejada4-25/+18
Restore tuple config check Add sample configuration Signed-off-by: Dan Tejada <dan.tejada@cantada.com>
2020-11-01arm: Disable context functions for ThumbChris Packham1-0/+1
Similar to commit 57679b5e ("Disable context functions for Thumb") when building for thumb we need to unset UCLIBC_HAS_CONTEXT_FUNCS. Fixes #1397 Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-11-01CI: Add armv6-nommu-linux-uclibcgnueabiChris Packham1-0/+1
Signed-off-by: Chris Packham <judge.packham@gmail.com>
2020-11-01Merge branch 'keith-packard-picolibc-1.4.7'Chris Packham5-38/+5
2020-11-01Merge branch 'picolibc-1.4.7' of git://github.com/keith-packard/crosstool-ng ↵Chris Packham5-38/+5
into keith-packard-picolibc-1.4.7
2020-11-01Merge branch 'lancethepants-xlocale'Chris Packham1-1/+0
2020-11-01Merge branch 'xlocale' of git://github.com/lancethepants/crosstool-ng into ↵Chris Packham1-1/+0
lancethepants-xlocale
2020-10-27packages/picolibc: Update to version 1.4.7Keith Packard5-38/+5
New picolibc release has some useful bug fixes Signed-off-by: Keith Packard <keithp@keithp.com>
2020-10-18Merge pull request #1408 from abrodkin/topic-binutils-no-globChris Packham1-0/+4
binutils: Disable glob for better portability
2020-10-18Merge pull request #1407 from ↵Chris Packham1-2/+4
bagasme/local-patch-dir-description-clarify-example Clarify tree layout of local patches directory
2020-10-18Merge pull request #1402 from lancethepants/add_uclibc-ng_1.0.36Chris Packham2-0/+16
Add uClibc-ng 1.0.36
2020-10-15Don't remove XLOCALE support unconditionally.lancethepants1-1/+0
Signed-off-by: Lance Fredrickson <lancethepants@gmail.com>
2020-10-15Add uClibc-ng 1.0.36lancethepants2-0/+16
Signed-off-by: Lance Fredrickson <lancethepants@gmail.com>
2020-10-14binutils: Disable glob for better portabilityAlexey Brodkin1-0/+4
Since glibc 2.27 glob interface was changed [1] and so "glob" & "glob64" symbols require glibc 2.27+. For us that means if we build Binutils on a machine with glibc 2.27+ produced binaries won't be any longer usable on machines with older glibc. As an example [2]: build on Ubuntu 18.04 (with glibc 2.27) and try to run on CentOS 7.x (with glibc 2.17), you'll see this: ---------------------->8------------------- ldd ld ld: /lib64/libc.so.6: version `GLIBC_2.27' not found (required by ld) ---------------------->8------------------- Now given glob is not really used by Binutils itself (only needed by GDB) and we build Binutils & GDB separately let's make at least Binutils more portable. In theory we may even try to do the same hack for GDB forcing it to use imported glob implementation. But since GDB is now built strictly by C++ compiler we'll get waaay to many incompatibilities due to multiple changes of C++ ABI in between GCC 7.5 of Ubuntu 18.04 and GCC 4.8.5 of CentOS 7.x, so there's no point to even try. [1] https://sourceware.org/git/?p=glibc.git;a=commit;h=ccf970c7a77e86f4f5ef8ecc5e637114b1c0136a [2] https://github.com/zephyrproject-rtos/sdk-ng/issues/280 Signed-off-by: Alexey Brodkin <abrodkin@synopsys.com>
2020-10-13Clarify tree layout of local patches directoryBagas Sanjaya1-2/+4
Currently the help for LOCAL_PATCH_DIR did not specify the tree layout of custom patches directory. This commit adds such explanation. For example, the bundled patches for GCC are placed under packages/gcc/<gcc-version>, thus custom (local) GCC patches should be placed under $LOCAL_PATCH_DIR/gcc/<gcc-version>. Signed-off-by: Bagas Sanjaya <bagasdotme@gmail.com>
2020-10-07Merge pull request #1400 from fvalette/fix-m4-build-for-mingw32-hostChris Packham1-0/+8
m4: fix build for mingw32 host
2020-10-06m4: fix build for mingw32 hostFlorent Valette1-0/+8
While building a canadian toolchain for windows host (any target), the build failed for m4 host companion_tool with a recent mingw-w64 (at least 7.0.0). m4 needs stack smashing protection which is not part of mingw-w64 c library and an explicit trigger to link w/ libssp is needed. Signed-off-by: Florent Valette <florent.valette@gmail.com>
2020-10-06Merge pull request #1398 from egtvedt/fix-glibc-2.32-version.hChris Packham2-0/+28
glibc: fix version 2.32 not setting correct version string
2020-10-05glibc: set glibc build system default_cflags emptyHans-Christian Noren Egtvedt1-0/+2
By setting glibc build system default_cflags to be empty before building, we will enforce the build system to only use the crosstool-ng CFLAGS when building glibc. Properly solves the issue identified in #1396. Signed-off-by: Hans-Christian Noren Egtvedt <hegtvedt@cisco.com>
2020-10-05glibc: fix version 2.32 not setting correct version stringHans-Christian Noren Egtvedt1-0/+26
Backport change from glibc upstream that defines RELEASE as stable instead of release. This will at least cause the default_cflags to be set to expected default values again. Ref issue #1396, although the bigger issue of respecting crosstool-ng CT_GLIBC_EXTRA_CFLAGS is most likely still not fixed. Signed-off-by: Hans-Christian Noren Egtvedt <hegtvedt@cisco.com>