buildroot/toolchain, branch 2015.11

toolchain/external: fix gdbserver install with Linaro 2015.08

2015-11-05T22:21:38+00:00

In the latest Linaro toolchain, the gdbserver has moved (surprise!) and is now located side-by-side with the toolchain executables. This commit adds this path as a new location where to search for a gdbserver, and while at it wraps the line that has become too long in the process. [Thomas: rework commit log according to Yann's suggestion.] Signed-off-by: Trent Piepho Acked-by: "Yann E. MORIN" Signed-off-by: Thomas Petazzoni

toolchain-external: make extraction idempotent

2015-11-04T07:31:09+00:00

Commit 23ffa7ec first extracts to the toolchain-external build directory and then moves everything to $(HOST_DIR)/opt/ext-toolchain. However, this is not idempotent, because moving directories over existing ones doesn't always work, particularly if the target is on another device. Simply remove the destination contents before moving. Signed-off-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

toolchain/external: use generic extract commands (blackfin case)

2015-11-03T21:32:03+00:00

The backfin toolchains come in two archives. We extract the first (main) archive using the generic extract commands, while the second is extracted as a post-extract hook. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Vicente Olivert Riera Reviewed-by: Romain Naour Signed-off-by: Thomas Petazzoni

toolchain/external: use generic extract commands (!blackfin case)

2015-11-03T21:30:08+00:00

Now that packages can provide a list of files to be excluded when extracting their archive, downloaded external toolchains are no longer special in this respect. Still, those toolchains are currently extracted directly into their final location, $(HOST_DIR)/opt/ext-toolchain/ which means we still need a custom extract command. Except, we don't really need it: we can just move the toolchain, after it's been extracted by the generic extract command, with a post-extract hook. This means that: - we now extract the toolchain with the generic extract command, - the toolchain is thus extracted into $(@D) , - fixup commands are run against $(@D), as a post-extract hook, instead of against $(HOST_DIR)/opt/ext-toolchain , - once this is done, we move $(@D)/* into the final location with a new post-extract hook. Note: the blackfin case is special, and will be handled in a follow-up patch. [Thomas: register the TOOLCHAIN_EXTERNAL_FIXUP_CMDS only for the Arago case, add some additional comments in the code about why we're moving the toolchain around.] Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Vicente Olivert Riera Reviewed-by: Romain Naour Reviewed-by: Vicente Olivert Riera Tested-by: Vicente Olivert Riera Signed-off-by: Thomas Petazzoni

toolchain-external/blackfin: drop --hard-dereference

2015-11-03T21:21:16+00:00

Currently, for the blackfin external toolchains, we tell tar to extract files with the --hard-dereference. However, --hard-dereference is only meaningful when creating an archive, not when extracting it. Therefore, let's drop this option. [Thomas: rework commit title and commit log, after some suggestions from Arnout.] Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Vicente Olivert Riera Reviewed-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Thomas Petazzoni

toolchain/external: bump Linaro AArch64 to 2015.08

2015-11-03T21:02:58+00:00

That toolchain is built for an x86_64 host, so we make it available only for x86_64, and we keep the old 2014.09 toolchain for x86 hosts. To avoid dealing with legacy symbols and introduce versioned options, we reuse the same symbol for both toolchains. Thanks to the different depednencies (on the host), we can give them different prompts and different help texts. Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

toolchain/external: bump Linaro ARMEB to 2015.08

2015-11-03T21:02:11+00:00

That toolchain is built for an x86_64 host, so we make it available only for x86_64, and we keep the old 2014.09 toolchain for x86 hosts. To avoid dealing with legacy symbols and introduce versioned options, we reuse the same symbol for both toolchains. Thanks to the different depednencies (on the host), we can give them different prompts and different help texts. [Thomas: tweak Config.in help text to actually match this toolchain instead of being a wrong copy/paste from the old Linaro toolchain for ARMeb.] Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

toolchain/external: bump Linaro ARM to 2015.08

2015-11-03T20:52:44+00:00

That toolchain is built for an x86_64 host, so we make it available only for x86_64, and we keep the old 2014.09 toolchain for x86 hosts. To avoid dealing with legacy symbols and introduce versioned options, we reuse the same symbol for both toolchains. Thanks to the different depednencies (on the host), we can give them different prompts and different help texts. [Thomas: s/eglibc/glibc/ as noticed by Baruch.] Signed-off-by: "Yann E. MORIN" Cc: Thomas Petazzoni Cc: Arnout Vandecappelle Signed-off-by: Thomas Petazzoni

toolchain: add 4.3.x choice for headers

2015-11-02T19:56:22+00:00

Signed-off-by: Vicente Olivert Riera Reviewed-by: "James Knight" Signed-off-by: Thomas Petazzoni

toolchain/wrapper: fix potential bug in foreach loop

2015-10-25T22:01:48+00:00

In Makefile, the comma ',' is used to separate the arguments passed to functions, so we should not be allowed to use straight commas in strings we want to expand. For the toolchain wrapper, we need to transform a list: -mfoo -mbar -mbuz into something acceptable for a C array assignment: "-mfoo", "-mbar", "-mbuz", So, we use a $(foreach ...) loop for that. However, we do have a straight comma in there. It does not cause any issue in practice, since $(foreach) is a make builtin function that accepts three and only three parameters. However, this is not sane. Change the straight comma to the usual $(comma) expansion, like we would do for a call to any other function. At the same time, make the code a bit easier to read, by first creating the transformed list, and then creating the define. Signed-off-by: "Yann E. MORIN" Cc: Arnout Vandecappelle Acked-by: Arnout Vandecappelle (Essensium/Mind) Tested-by: Arnout Vandecappelle (Essensium/Mind) Signed-off-by: Peter Korsgaard