buildroot/toolchain, branch 2017.02.2

toolchain-external: CodeSourcery MIPS update upstream URL

2017-05-01T07:21:18+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni (cherry picked from commit 25902b111a93e562e3c1991f65c03649c88802c4) Signed-off-by: Peter Korsgaard

toolchain-external: CodeSourcery ARM update upstream URL

2017-05-01T07:21:08+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni (cherry picked from commit bcf1d93a89a21cab98e15775f0d705cc7805741b) Signed-off-by: Peter Korsgaard

toolchain-external: CodeSourcery aarch64 update upstream URL

2017-05-01T07:20:59+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni (cherry picked from commit 3e069f41bfd62cbb034ccd7f531b976564bda121) Signed-off-by: Peter Korsgaard

toolchain-external: CodeSourcery NIOSII update upstream URL

2017-05-01T07:20:48+00:00

The current URL returns error 403: Forbidden, so switch to https. Signed-off-by: Romain Naour Signed-off-by: Thomas Petazzoni (cherry picked from commit d647b23e2e0127fc98012f15a57fceb873500bad) Signed-off-by: Peter Korsgaard

toolchain: remove no longer relevant comment

2017-03-13T22:58:43+00:00

The somewhat complicated sed expression has been removed in commit 06cd604ec6d34f25b436ab729543418042a87e1c ("toolchain/external: use -dumpversion to check gcc version"), so let's remove the comment that was explaining this sed expression. Signed-off-by: Thomas Petazzoni (cherry picked from commit d9fee6b286798d27f45dd6ca6e4b5aabf0cc658d) Signed-off-by: Peter Korsgaard

toolchain/external: use -dumpversion to check gcc version

2017-03-13T22:58:30+00:00

Currently, `--version` option is used and later matched with a regex to get the actual gcc version. There's a dedicated gcc option to do exactly that: `-dumpversion`. Also `--version` may return a string customised by a vendor that provides the toolchain, which makes the current regex approach error prone. In fact, this situation has been seen with a real customised toolchain. Signed-off-by: Krzysztof Konopko Signed-off-by: Tomasz Szkutkowski Signed-off-by: Thomas Petazzoni (cherry picked from commit 06cd604ec6d34f25b436ab729543418042a87e1c) Signed-off-by: Peter Korsgaard

toolchain-external: install libanl.so for glibc

2017-02-24T11:02:29+00:00

libanl.so is needed for asynchronous network address and service translation, declared in netdb.h Signed-off-by: Jesper Bækdahl Signed-off-by: Thomas Petazzoni

Revert "reproducible: fix DATE/TIME macros in toolchain-wrapper"

2017-02-20T22:26:05+00:00

This reverts commit 76838f63412a30a358210e457dda4b79f7730624. The commit referenced above explicitly states that the function was copied as-is from the gcc source code at the time. And indeed that is exactly how the function appeared in gcc in commit e3e8c48c4a494d9da741c1c8ea6c4c0b7c4ff934. However, our toolchain wrapper is "GPLv2 only", while the file this function was copied from is "GPLv3 or later". As such we can't include that function and still comply to both licenses. Furthermore, the code is far from optimum. Since this feature is not release-critical, revert it until we re-implement it. Signed-off-by: "Yann E. MORIN" Cc: Jérôme Pouiller Cc: Samuel Martin Cc: Peter Korsgaard Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Peter Korsgaard

toolchain/toolchain-common.in: fix definition of BR2_TOOLCHAIN_HAS_GCC_BUG_64735

2017-02-09T20:31:28+00:00

The rework done on commit accba02a47942b54c01b506512ddccf34d57c357 ("toolchain: add option for toolchains affected by GCC PR libstdc++/64735") by me was wrong. The BR2_TOOLCHAIN_HAS_GCC_BUG_64735 option should be enabled when the bug is present in the toolchain, not the opposite. Signed-off-by: Thomas Petazzoni

toolchain: add option for toolchains affected by GCC PR libstdc++/64735

2017-02-09T20:26:22+00:00

exception_ptr, nested_exception, and future from libstdc++ are not available for architectures not supporting always lock-free atomic ints before GCC 7. Bug report: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64735 Fix available starting from GCC 7 (not yet released): https://gcc.gnu.org/viewcvs/gcc?view=revision&revision=244051 Signed-off-by: Jörg Krause [Thomas: - directly define the value where BR2_TOOLCHAIN_HAS_GCC_BUG_64735 rather than having additional patches touching affected architectures Config.in files - add a better comment above the Config.in option.] Signed-off-by: Thomas Petazzoni