Commit Graph

3590 Commits

Author SHA1 Message Date
Alexey Neyman
263e8026ec Change sed monstrosity into a make variable.
The convoluted sed expression was doing what is already available in
make as `$*'.

Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-30 10:32:16 -07:00
Alexey Neyman
319023c7af Implement 'ct-ng source'.
Provides a simpler alternative to editing config to enable
CT_ONLY_DOWNLOAD, doing ct-ng build and then restoring .config.

Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-30 01:23:53 -07:00
Bryan Hundven
55d8497fea Merge pull request #230 from bhundven/config_sub_guess_update
scripts/config.{sub,guess}: Update from upstream
2015-10-29 15:16:17 -07:00
Bryan Hundven
f7c312b240 scripts/config.{sub,guess}: Update from upstream
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-29 15:13:33 -07:00
Bryan Hundven
1b476c437d Merge pull request #225 from stilor/nios2-fix
Unbreak nios2-elf-mingw32 sample
2015-10-28 11:13:13 -07:00
Bryan Hundven
bdd4cd545f Merge pull request #226 from stilor/mark-broken
Mark broken: i586-mingw32msvc,i686-none-linux-gnu.
2015-10-28 11:06:17 -07:00
Alexey Neyman
34c57c56fd Turn off CT_MULTILIB in nios2-elf-mingw32.
There are no multilibs in GCC configured for this arch.

Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-27 23:58:41 -07:00
Alexey Neyman
444db621a3 Disable cross-gdb in nios2-elf-mingw32.
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-27 23:58:41 -07:00
Alexey Neyman
580f300ad9 Disable with-system-lib.
Target does not have libz/zlib.h.

Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-27 23:58:40 -07:00
Alexey Neyman
41892bbf74 Stash nios2 config adjusted for consistence with the rest.
Signed-off-by: Alexey Neyman <stilor@att.net>
2015-10-27 23:58:34 -07:00
Alexey Neyman
3a436690a7 Mark broken: i586-mingw32msvc,i686-none-linux-gnu.
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-27 15:45:03 -07:00
Bryan Hundven
195f6f2051 Merge pull request #224 from stilor/ltrace
Ltrace
2015-10-27 01:10:10 -07:00
Alexey Neyman
0a050d3390 Clean up *.la after installing compiler/libraries.
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-26 18:34:06 -07:00
Alexey Neyman
32c5952980 Revert "Remove ltrace from samples"
This reverts commit a3bb2aeb44.
2015-10-23 18:09:41 -07:00
Bryan Hundven
7d3ef0227a Merge pull request #223 from bhundven/musl-libc_gcc-5.2.0
musl-libc: backport gcc-6 musl support, add gdb and strace patches
2015-10-21 18:53:49 -07:00
Bryan Hundven
d60b4c2962 samples: add arm-unknown-linux-musleabi
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-21 17:57:23 -07:00
Bryan Hundven
c7b9a9bd70 musl-libc: backport gcc-6 musl support, add gdb and strace patches
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-21 17:51:13 -07:00
Bryan Hundven
7bcc61dd64 Merge pull request #213 from bhundven/binutils_gold_conflicts_with_static_toolchain
binutils: Gold conflicts with Static Toolchain
2015-10-20 22:04:08 -07:00
Bryan Hundven
f34d1a93f1 Merge pull request #198 from stilor/avr2-fix
Fix avr sample
2015-10-20 15:31:52 -07:00
Bryan Hundven
a5ab7a8ab8 Merge pull request #215 from bhundven/update_linux_kernel
linux: Update linux kernel versions
2015-10-20 01:30:27 -07:00
Bryan Hundven
ab916c10c7 linux: Update linux kernel versions
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-20 01:26:51 -07:00
Bryan Hundven
5373a33a18 Merge pull request #214 from bhundven/update_musl-libc
musl-libc: update musl-libc mainline to 1.1.12
2015-10-20 01:08:37 -07:00
Bryan Hundven
539db52b62 musl-libc: update musl-libc mainline to 1.1.12
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2015-10-20 01:07:39 -07:00
Bryan Hundven
c27ab65e45 binutils: Gold conflicts with Static Toolchain
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-20 00:35:36 -07:00
Bryan Hundven
720e0b4a1e Merge pull request #201 from stilor/powerpc-e500v2
Fix option names in powerpc-e500v2 sample.
2015-10-19 20:08:16 -07:00
Bryan Hundven
4c6c7fdea0 Merge pull request #200 from stilor/arm-unwind-uclibc
Fix link error in arm/uclibc with GCC 5.x
2015-10-19 20:07:33 -07:00
Bryan Hundven
e74a6d5164 Merge pull request #199 from stilor/sparc-nptl
Missing include in glibc-2.22 for sparc32/nptl.
2015-10-19 20:06:42 -07:00
Bryan Hundven
fbf66d7c90 Merge pull request #197 from stilor/avr-fix
Trivial avr32 fix: name of config option has changed
2015-10-19 20:05:52 -07:00
Bryan Hundven
1b29d4e8f6 Merge pull request #196 from stilor/sh4-fix-abort
Restore sh4-unknown-linux-gnu sample.
2015-10-19 20:05:31 -07:00
Alexey Neyman
05b7b11ec4 Pick up a fix for glibc-2.22 on sparc32. 2015-10-15 17:35:18 -07:00
Alexey Neyman
52203df900 Fix sh4-unknown-linux-gnu sample.
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-15 17:34:49 -07:00
Alexey Neyman
5211d68d08 Use dedicated option for 128-bit long double. 2015-10-15 17:34:26 -07:00
Alexey Neyman
7b3821450a Fix powerpc-e500v2-linux-gnuspe.
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-15 17:34:26 -07:00
Alexey Neyman
e6e8f97c4f Fix avr sample.
- 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-15 17:33:55 -07:00
Alexey Neyman
9659f7131f Rename the GCC version option to match current config. 2015-10-15 17:31:52 -07:00
Alexey Neyman
f1e2315700 Fix arm/uclibc; see the description in the patch.
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-15 17:27:32 -07:00
Bryan Hundven
8433e9914d Merge pull request #207 from dancasimiro/doc-typo
Fix a typo in the documentation
2015-10-14 16:00:03 -07:00
Bryan Hundven
25df7f9bf4 Merge pull request #205 from jasmin-j/add_gcc_build_step
Using "all" and "install" targets in do_gcc_core_backend if configured
2015-10-14 15:50:43 -07:00
Bryan Hundven
d40ff3be76 Merge pull request #204 from jasmin-j/gdb_custom_version
Remove CC_GDB_CUSTOM from the version choice
2015-10-14 15:49:17 -07:00
Bryan Hundven
8c5de9dcd5 Merge pull request #195 from stilor/bfin-multiple-bugs
Restore blackfin sample
2015-10-14 15:30:21 -07:00
Daniel C. Casimiro
2d32667ea8 Fix a typo in the documentation
Replace "now" with "know."
2015-10-14 07:30:32 -04:00
Jasmin Jessich
3bd86362ab Using "all" and "install" targets in do_gcc_core_backend if configured.
- 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-10 00:24:42 +02:00
Bryan Hundven
625f7e66b4 Merge pull request #187 from jasmin-j/sync_lto
Synchronize CC_GCC_USE_LTO parameter setting II
2015-10-07 13:35:44 -07:00
Bryan Hundven
9e9b9bd195 Merge pull request #184 from jasmin-j/add_gcc_env_array
Add additional environment variables for gcc build.
2015-10-07 13:32:53 -07:00
Bryan Hundven
866bff1307 Merge pull request #182 from jasmin-j/add_missing_lib_opts
Adding missing if/else blocks in do_gcc_core_backend.
2015-10-07 13:31:19 -07:00
Bryan Hundven
5f2d69fb9d Merge pull request #202 from jmlemetayer/travis_build
Manage Travis-CI build
2015-10-07 13:29:30 -07:00
Jasmin Jessich
26e0cfe452 Remove CC_GDB_CUSTOM from the version choice.
Signed-off-by: Jasmin Jessich <jasmin@anw.at>
2015-10-07 00:26:15 +02:00
Jean-Marie Lemetayer
6b0fa2221a Revert the automated build option
This reverts commits:
 * d6413fe29f.
 * 4f266e1a8c.

Signed-off-by: Jean-Marie Lemetayer <jeanmarie.lemetayer@gmail.com>
2015-10-03 14:35:22 +02:00
Jean-Marie Lemetayer
f297eba8e9 Increase failure log length
Signed-off-by: Jean-Marie Lemetayer <jeanmarie.lemetayer@gmail.com>
2015-10-03 14:28:03 +02:00
Jean-Marie Lemetayer
6fac453afd Manage travis-ci build in an external script
This allows to:
 * override configuration
 * deal with travis-ci timing restrictions

Signed-off-by: Jean-Marie Lemetayer <jeanmarie.lemetayer@gmail.com>
2015-10-03 14:23:58 +02:00