summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2015-10-31gcc: Support only the latest branch releases of gccBryan Hundven569-166118/+27
This change, as per #222, reduces the number of supported releases of gcc to the latest branch releases. I noticed while doing this work that gcc-4.5.4 was never added, so I moved patches for gcc-4.5.3 to 4.5.4 and updated the bfin-unknown-linux-uclibc example. Also, 120-siginfo.patch was fixed upstream in the 4.5.4 release, so this patch is omitted. I also bumped the avr sample to 4.9.3 from 4.9.2. With the addition of gcc-5.x, the gcc release team now releases the major.minor.0 versions, while updates to the branch are available in svn/git. We'll address that when we get to issue #219. This change just removes CC_GCC_5_1 and moves CC_GCC_5_2 to CC_GCC_5, and removes CC_GCC_5_1_or_later and moves CC_GCC_5_2_or_later to CC_GCC_5_or_later. This is the first of two part changes, as mentioned in #222. This change is slated for release in 1.22.0. The next change will be slated for 1.23.0, and will limit gcc versions to what is on https://gcc.gnu.org under "Release Series and Status", which is currently 4.9.3 and 5.2.0, although I will also support the previous supported version. In this example that would be 4.8.5. Last, but not least, this change also retires AVR32 support. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-29Merge pull request #230 from bhundven/config_sub_guess_updateBryan Hundven2-15/+44
scripts/config.{sub,guess}: Update from upstream
2015-10-29scripts/config.{sub,guess}: Update from upstreamBryan Hundven2-15/+44
Update config.sub and config.guess from: * git://git.sv.gnu.org/config.git See their gitweb: * http://git.savannah.gnu.org/gitweb/?p=config.git Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-28Merge pull request #225 from stilor/nios2-fixBryan Hundven1-523/+2
Unbreak nios2-elf-mingw32 sample
2015-10-28Merge pull request #226 from stilor/mark-brokenBryan Hundven1-0/+0
Mark broken: i586-mingw32msvc,i686-none-linux-gnu.
2015-10-28Turn off CT_MULTILIB in nios2-elf-mingw32.Alexey Neyman1-1/+0
There are no multilibs in GCC configured for this arch. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-28Disable cross-gdb in nios2-elf-mingw32.Alexey Neyman1-1/+1
Building cross-gdb in canadian cross requires expat/ncurses for the host. Currently, 300-gdb.sh only builds expat/ncurses for the target (for native-gdb). For cross-gdb on regular cross (build==host), expat and ncurses are expected to be provided by the host. There are two approaches possible: - If building for canadian cross, build expat/ncurses for cross-gdb just as the native-gdb does. - Promote expat/ncurses to first class citizens and build them as companion libs during the build of the build-to-host toolchain. I am leaning towards the latter approach - it would also allow to specify the versions for expat/ncurses rather than have them hardcoded in 300-gdb.sh - but would appreciate feedback. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-28Disable with-system-lib.Alexey Neyman1-1/+0
Target does not have libz/zlib.h. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-28Stash nios2 config adjusted for consistence with the rest.Alexey Neyman1-521/+2
Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-27Mark broken: i586-mingw32msvc,i686-none-linux-gnu.Alexey Neyman1-0/+0
Error message: [EXTRA] Preparing working directories [ERROR] Missing: 'i586-mingw32msvc-ar' or 'i586-mingw32msvc-ar' or 'ar': either needed! Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-27Merge pull request #224 from stilor/ltraceBryan Hundven8-0/+26
Ltrace
2015-10-27Clean up *.la after installing compiler/libraries.Alexey Neyman1-0/+19
Having *.la in the installation directory breaks ltrace: in ltrace, libtool somehow considers libsupc++ to be an "accessory library" and does not add -lsupc++ to the link flags. Neither Ubuntu, nor RedHat include *.la files into their packages for libstdc++. Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-24Revert "Remove ltrace from samples"Alexey Neyman7-0/+7
This reverts commit a3bb2aeb4445bef4250acaaff99fc8dbb0599f8b.
2015-10-22Merge pull request #223 from bhundven/musl-libc_gcc-5.2.0Bryan Hundven15-0/+928
musl-libc: backport gcc-6 musl support, add gdb and strace patches
2015-10-22samples: add arm-unknown-linux-musleabiBryan Hundven3-0/+22
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-22musl-libc: backport gcc-6 musl support, add gdb and strace patchesBryan Hundven12-0/+906
This gets gcc and friends working with musl-libc. GDB and Strace patches come from openwrt. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-21Merge pull request #213 from ↵Bryan Hundven1-6/+10
bhundven/binutils_gold_conflicts_with_static_toolchain binutils: Gold conflicts with Static Toolchain
2015-10-20Merge pull request #198 from stilor/avr2-fixBryan Hundven1-1/+4
Fix avr sample
2015-10-20Merge pull request #215 from bhundven/update_linux_kernelBryan Hundven1-18/+18
linux: Update linux kernel versions
2015-10-20linux: Update linux kernel versionsBryan Hundven1-18/+18
Update current stable and long-term releases: * 4.2 -> 4.2.3 * 4.1.6 -> 4.1.10 * 3.18.20 -> 3.18.22 * 3.14.51 -> 3.14.54 * 3.12.47 -> 3.12.49 * 3.10.87 -> 3.10.90 * 3.4.108 -> 3.4.109 * 3.2.71 -> 3.2.72 * 3.6.32.67 -> 3.6.32.68 Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-20Merge pull request #214 from bhundven/update_musl-libcBryan Hundven1-2/+2
musl-libc: update musl-libc mainline to 1.1.12
2015-10-20musl-libc: update musl-libc mainline to 1.1.12Bryan Hundven1-2/+2
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-20binutils: Gold conflicts with Static ToolchainBryan Hundven1-6/+10
The gold linker cannot currently be built in a static toolchain build. This may get fixed in a future version of crosstool-NG. Also, there is a bit of weirdness here. versions of binutils >= 2.21 have GOLD (BINUTILS_HAS_GOLD), but that doesn't mean it should be used. For instance, if the architecture is not supported. So with that, we create a new hidden option: BINUTILS_GOLD_SUPPORT Which in turn depends on BINUTILS_GOLD_SUPPORTS_ARCH, BINUTILS_HAS_GOLD, and not STATIC_TOOLCHAIN... then replace anything that previously depended on BINUTILS_HAS_GOLD with our new BINUTILS_GOLD_SUPPORT option. This closes #210 Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-20Merge pull request #201 from stilor/powerpc-e500v2Bryan Hundven1-7/+4
Fix option names in powerpc-e500v2 sample.
2015-10-20Merge pull request #200 from stilor/arm-unwind-uclibcBryan Hundven2-1/+24
Fix link error in arm/uclibc with GCC 5.x
2015-10-20Merge pull request #199 from stilor/sparc-nptlBryan Hundven1-0/+21
Missing include in glibc-2.22 for sparc32/nptl.
2015-10-20Merge pull request #197 from stilor/avr-fixBryan Hundven1-1/+1
Trivial avr32 fix: name of config option has changed
2015-10-20Merge pull request #196 from stilor/sh4-fix-abortBryan Hundven1-1/+1
Restore sh4-unknown-linux-gnu sample.
2015-10-16Pick up a fix for glibc-2.22 on sparc32.Alexey Neyman1-0/+21
2015-10-16Fix sh4-unknown-linux-gnu sample.Alexey Neyman1-1/+1
The issue with this sample is that the sh4-* targets in GCC do not implement __builtin_trap() function. Starting with release 5.1, GCC inserts abort() calls where NULL pointers are dereferenced. The elf/dl-conflict.c in glibc is one such place: it calls elf_machine_rela with NULL `sym' pointer. This causes an undefined `abort' symbol to appear in the object file and as a result, pulls in some files during the linking of the dynamic loader that are not supposed to. Eventually, it results in link error due to multiple definitions of _itoa and some other symbols. The right fix would be to implement __builtin_trap() for sh4 in GCC. A workaround would be adding -fno-delete-null-pointer-checks to CFLAGS-dl-conflict.c in elf/Makefile. Until either of these happens, though, pin the GCC version to 4.9.3 - the last that did not generate `abort' calls. Note that the version where GCC started to generate `abort' calls is apparently different for different architectures; the issue in [1] was reported against GCC 4.9. References: [1] https://www.sourceware.org/ml/libc-alpha/2014-10/msg00807.html (similar issue on HP-PA which was resolved by implementing __builtin_trap)
2015-10-16Use dedicated option for 128-bit long double.Alexey Neyman1-2/+3
2015-10-16Fix powerpc-e500v2-linux-gnuspe.Alexey Neyman1-7/+3
Options were renamed. However, matching current option names result in a compile error for strfmon_l.o in glibc: GCC 4.6 detects an unitialized variable in its own va_arg() implementation. Likely, an older GLIBC was used when this sample was submitted - which did not provide -Werror in CFLAGS. Thus, use most recent GCC (5.2.0) and revert GLIBC_FORCE_UNWIND to its default value, 'y' (as forced unwind is required with this version).
2015-10-16Fix avr sample.Alexey Neyman1-1/+4
- Incompatible ISL/CLooG were requested by config after newer releases of both were brought in. - Consistency with other samples: save tarballs (which will avoid downloading them each time from Travis), extra logging.
2015-10-16Rename the GCC version option to match current config.Alexey Neyman1-1/+1
2015-10-16Fix arm/uclibc; see the description in the patch.Alexey Neyman2-1/+24
This should ideally be upstreamed to uclibc maintainers, but with the last release more than 3 years ago, I wouldn't hold my breath for a fix being released any time soon.
2015-10-14Merge pull request #207 from dancasimiro/doc-typoBryan Hundven1-1/+1
Fix a typo in the documentation
2015-10-14Merge pull request #205 from jasmin-j/add_gcc_build_stepBryan Hundven2-9/+58
Using "all" and "install" targets in do_gcc_core_backend if configured
2015-10-14Merge pull request #204 from jasmin-j/gdb_custom_versionBryan Hundven1-4/+5
Remove CC_GDB_CUSTOM from the version choice
2015-10-14Merge pull request #195 from stilor/bfin-multiple-bugsBryan Hundven2-1/+3
Restore blackfin sample
2015-10-14Fix a typo in the documentationDaniel C. Casimiro1-1/+1
Replace "now" with "know."
2015-10-09Using "all" and "install" targets in do_gcc_core_backend if configured.Jasmin Jessich2-9/+58
- New configurations: - CC_GCC_TARGET_FINAL: Use the default targets "all" and "install" for the final compiler for bare metal. - Adding parameter "build_step" to function do_gcc_core_backend: do_gcc_core_backend is used for the core compiler and in case of bare metal for the final compiler, too. To have better control over the parameters for the final compiler "build_step" is used. - Used for proper logging. - Use CT_CC_GCC_CORE_EXTRA_CONFIG_ARRAY or CT_CC_GCC_EXTRA_CONFIG_ARRAY. - If CT_CC_GCC_TARGET_FINAL is set and the final compiler is build then the make targets for the final compiler are used ("all", "install"). Signed-off-by: Jasmin Jessich <jasmin@anw.at>
2015-10-07Merge pull request #187 from jasmin-j/sync_ltoBryan Hundven1-0/+2
Synchronize CC_GCC_USE_LTO parameter setting II
2015-10-07Merge pull request #184 from jasmin-j/add_gcc_env_arrayBryan Hundven2-2/+17
Add additional environment variables for gcc build.
2015-10-07Merge pull request #182 from jasmin-j/add_missing_lib_optsBryan Hundven1-0/+15
Adding missing if/else blocks in do_gcc_core_backend.
2015-10-07Merge pull request #202 from jmlemetayer/travis_buildBryan Hundven5-21/+50
Manage Travis-CI build
2015-10-06Remove CC_GDB_CUSTOM from the version choice.Jasmin Jessich1-4/+5
Signed-off-by: Jasmin Jessich <jasmin@anw.at>
2015-10-03Revert the automated build optionJean-Marie Lemetayer3-17/+1
This reverts commits: * d6413fe29fbdcd72a04b3d5820ba2e134dbaf558. * 4f266e1a8c78cec2c425b17784576db56125bbbd. Signed-off-by: Jean-Marie Lemetayer <jeanmarie.lemetayer@gmail.com>
2015-10-03Increase failure log lengthJean-Marie Lemetayer1-2/+1
Signed-off-by: Jean-Marie Lemetayer <jeanmarie.lemetayer@gmail.com>
2015-10-03Manage travis-ci build in an external scriptJean-Marie Lemetayer2-2/+48
This allows to: * override configuration * deal with travis-ci timing restrictions Signed-off-by: Jean-Marie Lemetayer <jeanmarie.lemetayer@gmail.com>
2015-10-01Add bfin-unknown-linux-uclibc to Travis build.Alexey Neyman1-0/+1