all: fix wildcard to work with make-4.x In make-3.8x, the $(wildacrd) function would sort the entries, while in make-4.x, it would just return the entries in any unpredictable order [*] Use the $(sort) function to get reproducible behaviour. [*] Well, most probably the roder the entries appear when read from readdir() Reported-by: Andrew Ruder <andrew.ruder@elecsyscorp.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Tested-by: Andrew Ruder <andrew.ruder@elecsyscorp.com>
complibs/cloog: remove old CLooG/PPL versions Those versions are no longer available upstream. They have purely and simply disapeared, without leaving any trace of their mere existences. Just keep the latest cloog-ppl-0.15.11, which still exists on the gcc infra mirror (but for how long?) Reported-by: Guillaume FLORENCE-COURTAND <gflorenc@laposte.net> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
arch: use the newly introduced target_bits_64 Convert MIPS and Sparc over to using the new target_bits_64 variable. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
arch/powerpc: add powerpc64le support Technically, I don't forbid powerpcle support either, but I'm not sure that there is any library/compiler support for that at the moment (though the hw technically makes it possible). powerpc64le needs glibc 2.19 and gcc 4.9. I haven't looked into the support tools, but at least gdb 7.5 is too old (7.7.1 definitely has support). Also make powerpc64 non-experimental. It's practically old at this point. Signed-off-by: Cody P Schafer <dev@codyps.com> [yann.morin.1998@free.fr: use ${target_endian_le} and ${target_bits_64}] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <64bfbbced9dd8f62e0d6.1399801945@gun> Patchwork-Id: 347775
scripts/functions: introduce target_bits_32 and target_bits_64 variables These variables behave the same for bitness as their counterparts do for endianness: they are defined to the appropriate bitness. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Cody P Schafer <dev@codyps.com>
scripts/functions: add target_endian_le and target_endian_be We currently define target_endian_el and target_endian_eb to be the tuple extension depending on endianness, defined to be respectively 'el' or 'eb' according to the endianness. Some architecture do not use 'el' or 'eb', but use 'le' or 'be'. Provide that as well, as two new variables: target_endian_le and target_endian_be. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Cody P Schafer <dev@codyps.com>
cc/gcc: add 4.9.0 Signed-off-by: Cody P Schafer <dev@codyps.com> [yann.morin.1998@free.fr: latest is now a 4.9] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <5bac788539bb272893ed.1399801933@gun> Patchwork-Id: 347774
complibs/ppl: Fix build of ppl 0.11.2 with gcc 4.9 From: Roberto Bagnara <bagnara@cs.unipr.it> Date: Tue, 29 Apr 2014 19:51:43 +0000 (+0200) Subject: Added missing inclusions. Use std::ptrdiff_t. X-Git-Url: http://www.cs.unipr.it/git/gitweb.cgi?p=ppl%2Fppl.git;a=commitdiff;h=61d4e14dfd9f1121e9b4521dead5728b2424dd7c Added missing inclusions. Use std::ptrdiff_t. (Thanks to Paulo Cesar Pereira de Andrade.) Signed-off-by: Bernhard Walle <bernhard@bwalle.de> Message-Id: <5632a171e7c1dc4c0fb5.1399806148@euler.fritz.box> Patchwork-Id: 347777
binutils/elf2flt: restore the custom location functionality Somehow, it got lost when incorporating elf2flt in the binutils farmework. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
binutils/binutils: do not forget to extract elf2flt In case we're using a custom (aka local) binutils source, we still need to extract and patch elf2flt. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>