AgeCommit message (Collapse)AuthorFilesLines
2016-11-29Sync up with buildroot GCC 6.2.0 patches.Alexey Neyman11-166/+2243
Additionally, copy from 5.4.0: - 910-nios2-bad-multilib-default.patch (needed for nios2 sample) - 930-libgcc-disable-split-stack-nothreads.patch (applicable to 6.2.0 as well) Signed-off-by: Alexey Neyman <>
2016-11-29Remove a broken sample.Alexey Neyman3-15/+0
We don't have a sample that builds the required toolchain (i586-mingw32msvc). Signed-off-by: Alexey Neyman <>
2016-11-29Add a canadian cross sample ...Alexey Neyman2-0/+14
... that was exhibiting the failures fixed in previous commits. Signed-off-by: Alexey Neyman <>
2016-11-29Disallow dmalloc for bare metal.Alexey Neyman2-0/+2
In case of bare metal, newlib is built without any syscalls, and dmalloc fails to link with undefined references to _exit, fstat, open, sbrk and so on. Same for DUMA: depends on <memory.h>, not available with newlib. Signed-off-by: Alexey Neyman <>
2016-11-29Pass FOR_BUILD flags when building the pass-1/2 core GCC.Alexey Neyman1-7/+8
Current build passes {CFLAGS,LDFLAGS}_FOR_HOST - which breaks canadian cross (e.g. tried building for x86_64-unknown-linux-uclibc host). This dates back to the days of yore when CFLAGS were set directly in the do_gcc_core_backend (and that function is used as the final gcc's backend). do_gcc_core_backend is now passed with CFLAGS/LDFLAGS to use, so let the pass-1/pass-2/final-for-build steps pass the appropriate flags. Signed-off-by: Alexey Neyman <>
2016-11-23Merge pull request #465 from jcmvbkbc/xtensa-endianAlexey Neyman9-0/+624
Xtensa fixes
2016-11-23samples: rename xtensa-unknown-linux-uclibc to xtensa-fsf-linux-uclibcMax Filippov2-0/+1
Put xtensa core name to the tuple vendor string (without any overlay the default core is 'fsf') and rename sample directory accordingly. Signed-off-by: Max Filippov <>
2016-11-22gcc: backport fix for xtensa PR target/78118Max Filippov1-0/+318
This fixes ICE when building libgcc for xtensa with call0 ABI. Signed-off-by: Max Filippov <>
2016-11-22gcc: don't use unwind-dw2-fde-dip with xtensa-elf targetsMax Filippov2-0/+124
This fixes build for elf target with windowed xtensa core that currently breaks with the following error message: unwind-dw2-fde-dip.c:36:40: fatal error: elf.h: No such file or directory Signed-off-by: Max Filippov <>
2016-11-22samples: add target CFLAGS to xtensa-unknown-linux-uclibcMax Filippov1-0/+1
Add -mlongcalls and -mtext-section-literals to target CFLAGS. Target libraries built with these flags have great call range, useful for linux applications. Signed-off-by: Max Filippov <>
2016-11-22gcc: fix libgcc build with --text-section-literals for xtensaMax Filippov1-0/+67
This fixes toolchain build with --text-section-literals, which should normally be enabled for linux targets. Signed-off-by: Max Filippov <>
2016-11-22gcc: fix xtensa_fallback_frame_state for call0 ABIMax Filippov1-0/+108
This allows for stack unwinding over signal frames on xtensa linux with call0 ABI. Signed-off-by: Max Filippov <>
2016-11-22xtensa: fix endianness supportMax Filippov3-0/+5
To build uClibc correctly we need correct endianness selected in the crosstool-NG. Xtensa cores may be little- or big-endian, but this property is static. The toolchain knows the core endianness and doesn't need options to select it. Enable ARCH_SUPPORTS_BOTH_ENDIAN and select LE by default. Specify empty CT_ARCH_ENDIAN_CFLAG so that -m{big,little}-endian don't get added to the TARGET_CFLAGS, as it's not supported by gcc. Specify empty CT_ARCH_ENDIAN_LDFLAG so that -EB/-EL don't get added to the TARGET_LDFLAGS as they are ignored. Select big-endian in the example xtensa-unknown-linux-uclibc configuration. This fixes uClibc toolchain build for little-endian cores. Signed-off-by: Max Filippov <>
2016-11-22Merge pull request #479 from stilor/gmake-link-fixAlexey Neyman43-264/+398
Gmake link fix
2016-11-22Give companion tools some love.Alexey Neyman14-77/+211
Allow selection of make/m4/... version. Support imports of new versions via Import newest versions of the companion tools. One non-trivial change is the handling of make versions. Existing code was not handling make companion tool as described (see the previous commit). However, since most modern systems have make 4.x, that previous commit made crosstool-ng always build make as a companion tool. This traces back to the commit dd15c93 from 2014. That commit's log message says that actually it was 3.81 which broke the build for certain component (it was originally breaking eglibc, but I noticed it was breaking current glibc on powerpc64), and introduced an option to force using 3.81 by "components that really need it". It looks like in 2.5 years we haven't seen any such components that really need make 3.81, and (given that make has already had a few releases since 3.81) we're unlikely to see them in the future. Hence, the configure check is changed from "exactly 3.81" to "3.81 or newer". In its current form, configure will accept make 3.80+, and will not require make as a companion tool for 3.81+. We might want to bump the latter check to even newer version given the claim from dd15c93. Killed COMP_TOOLS_make_3_81_NEEDED. Anyway, I retained 3.81 just in case; ditto for m4 1.14.3, autoconf 2.65 and automake 1.11.1. Signed-off-by: Alexey Neyman <>
2016-11-21Partially revert 6f8e89cb5ca061e899bf3feaaf3fecf30d366c3e.Alexey Neyman34-186/+186
The referenced commit replaced 'make' with '${make}' everywhere. This is wrong for at least the utilities that we may build as companion tools (make, libtool): this will always invoke the version detected by configure by supplying the absolute path. In other words, the wrappers in .build/tools/bin are not fallbacks - they are either temporary (in case a respective companion tool is built) or permanent redirectors. This is the reason why the PATH= has .build/*/buildtools/bin at higher precedence than .build/tools/bin; the latter has the versions detected by configure and the former has the versions built as companion tools. Revert the rest of the gang (grep/sed/...) for consistency. After all, we may decide to supply some of them as well (awk, for instance). Signed-off-by: Alexey Neyman <>
2016-11-19comptools/make: Fix CT_COMP_TOOLS_make_gmake optionBernhard Walle1-1/+1
Commit 6f8e89cb5ca061e899bf3feaaf3fecf30d366c3e broke that option. Since ${make} points to /usr/bin/make, making the symlink from gmake to /usr/bin/make is obviously the wrong decision. gmake should link to our (old-versioned) self-built make. Signed-off-by: Bernhard Walle <>
2016-11-19Merge pull request #478 from stilor/kernel-updateAlexey Neyman5-27/+34
Kernel update
2016-11-18Make all samples save tarballs.Alexey Neyman4-0/+7
... and provide consistent logging. Signed-off-by: Alexey Neyman <>
2016-11-18Update kernel versions...Alexey Neyman1-27/+27
... to match those currently listed on Signed-off-by: Alexey Neyman <>
2016-11-18Merge pull request #477 from stilor/gcc-4.9.4Alexey Neyman34-371/+709
Gcc 4.9.4 support
2016-11-18Remove 4.9.3 patch directory.Alexey Neyman20-2030/+0
Signed-off-by: Alexey Neyman <>
2016-11-18Update samples previously using 4.9.3.Alexey Neyman4-4/+4
Signed-off-by: Alexey Neyman <>
2016-11-18Add missing 4.9.3 patches.Alexey Neyman3-0/+175
Signed-off-by: Alexey Neyman <>
2016-11-18add support for gcc 4.9.4Thorsten Johannvorderbrueggen25-6/+2199
2016-11-15Merge pull request #381 from enunes/avrAlexey Neyman3-3/+6
avr-libc: update to 2.0.0
2016-11-15Merge pull request #387 from jserv/gettext-0_19_7Alexey Neyman1-3/+3
gettext: update to 0.19.7
2016-11-14Merge pull request #476 from stilor/fix-after-glibc-2.24Alexey Neyman1-0/+28
Fix ltrace under glibc 2.24.
2016-11-14Merge pull request #474 from stilor/unbreak-gcc-4.9.3Alexey Neyman1-1/+1
Unbreak 4.9.3.
2016-11-13Fix ltrace under glibc 2.24.Alexey Neyman1-0/+28
GLIBC 2.24 declared readdir_r as deprecated and suggests to use readdir. uClibc-ng's readdir is thread-safe as well. Signed-off-by: Alexey Neyman <>
2016-11-13Merge pull request #368 from dremon/masterAlexey Neyman3-3/+42
MinGW: add C++11 posix threads support
2016-11-13Merge remote-tracking branch 'upstream/master'Dmitry Pankratov2-0/+19
2016-11-13Merge pull request #475 from troglobit/glibc-2.24Alexey Neyman2-0/+19
glibc: Add glibc-2.24
2016-11-12glibc: Add glibc-2.24Joachim Nilsson2-0/+19
Signed-off-by: Joachim Nilsson <>
2016-11-12Requested changes by @stilor in the PR #368 reviewDmitry Pankratov1-6/+6
2016-11-11Merge remote-tracking branch 'upstream/master'Dmitry Pankratov436-23312/+12185
2016-11-11Unbreak 4.9.3.Alexey Neyman1-1/+1
The patch provided by the original submitter did not apply cleanly to 4.9.3; had a fuzz 2. We only allow fuzz 1. Fix up the patch. Signed-off-by: Alexey Neyman <>
2016-11-11Merge pull request #468 from dajamminyogesh/masterAlexey Neyman9-3/+3
gcc: Updated gcc from 6.1.0 to 6.2.0
2016-11-10Merge pull request #419 from ograff/gcc_patchesAlexey Neyman1-0/+29
Apply patch for config.gcc to support e6500 to gcc4.9.3
2016-11-10Merge pull request #472 from stilor/unparallel-make-installBryan Hundven1-3/+12
Do not run 'make install' in parallel in GCC.
2016-11-10Merge pull request #452 from KirillSmirnov/janitorialAlexey Neyman417-23284/+12051
Janitorial: update patches
2016-11-10Do not run 'make install' in parallel in GCC.Alexey Neyman1-3/+12
Signed-off-by: Alexey Neyman <>
2016-11-08Merge pull request #461 from stilor/static-libgcc-more-fixesAlexey Neyman2-1/+14
Making libmpx configurable & moving gcc libs: more fixes
2016-10-31gcc: Updated gcc from 6.1.0 to 6.2.0Yogesh Sharma9-3/+3
Signed-off-by: Yogesh Sharma <>
2016-10-24Merge branch 'master' into janitorialBryan Hundven7-20/+26
2016-10-12Merge branch 'master' into static-libgcc-more-fixesAlexey Neyman7-20/+26
2016-10-07MINGW doesn't like libmpx either.Alexey Neyman1-1/+2
Signed-off-by: Alexey Neyman <>
2016-10-07Fine-tune moving gcc libraries to sysroot.Alexey Neyman1-0/+12
1. Check if anything was installed outside sysroot; on some [baremetal only?] configurations GCC doesn't install anything to ${CT_PREFIX_DIR}/${CT_TARGET}/lib. 2. We need to create <sysroot>/lib/<multilib> if it doesn't exist (MUSL only installs in <sysroot>/usr/lib). 3. Do not move the linker scripts; elf2flt expects to find them in gcc's dir, not sysroot. Signed-off-by: Alexey Neyman <>
2016-10-06Merge pull request #391 from stilor/uclibc-1.0.14Bryan Hundven7-20/+26
Upgrade uClibc-ng to 1.0.17 (1.0.18 has issues - marked experimental)
2016-10-05Restore 1.0.17 and make 1.0.18 experimental.Alexey Neyman1-0/+10
1.0.18 changed the dependencies for the static libraries, notably in libc/ This resulted in packing a lot of unrelated stuff into libc.a, including (sic!) a nested .a library and stuff from other libraries such as libdl. This results in a failure to statically link with thus created libc.a: .../libc.a(libdl.os):(.literal+0x74): undefined reference to `_dl_tlsdesc_return' This was breaking xtensa-*-uclibc sample. Signed-off-by: Alexey Neyman <>