"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 25 Jun 2014 23:33:01 +0200] rev 3325
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>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 26 May 2014 23:25:17 +0200] rev 3324
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>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 12 May 2014 00:09:31 +0200] rev 3323
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>
Cody P Schafer <dev@codyps.com> [Mon, 12 May 2014 00:02:13 +0200] rev 3322
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
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 23:55:16 +0200] rev 3321
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>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 23:43:52 +0200] rev 3320
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>
Cody P Schafer <dev@codyps.com> [Sun, 11 May 2014 23:31:54 +0200] rev 3319
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
Bernhard Walle <bernhard@bwalle.de> [Sun, 11 May 2014 13:00:36 +0200] rev 3318
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
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 17:51:33 +0200] rev 3317
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>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 18:42:30 +0200] rev 3316
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>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 15:43:28 +0200] rev 3315
binutils/elf2flt: use alternate mirror
The official elf2flt upstream has disapeared.
Switch to a mirror.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 17:47:53 +0200] rev 3314
functions: finally fix the git helper
It's gonna soon be used by elf2flt, so we better get it working.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sun, 11 May 2014 13:38:12 +0200] rev 3313
config: switch cc with libc in the config order
Some of the compiler options depend on the C library choice, (e.g.
whether core passes are needed).
Since the compiler menu comes before the C library menu, those options
may or may not be visible until the C library is chosen, leading to
either options being visible by the user (thus be puzzling as they would
not apply to his case), or invisible to him (yet again puzzling him).
Invert the order of the compiler and the C library in the menuconfig. It
anyway looks more rational, in the end.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cody Schafer <dev@codyps.com> [Fri, 09 May 2014 19:13:49 -0700] rev 3312
cc/gcc: allow CC_EXTRA_CONFIG_ARRAY on baremetal
The final bare-metal compiler is built using the core backend.
Currently the core uses the CC_CORE_EXTRA_CONFIG_ARRAY variable.
While this works as supposed to, this can leave the user puzzled
in the menuconfig, since all he can see is the core options, not
the final options.
Only show the core options if any of the core passes are needed,
and use the final options in the core-backend if we're issuing
the bare-metal compiler.
Signed-off-by: Cody P Schafer <dev@codyps.com>
[yann.morin.1998@free.fr: hide core options if no core pass needed;
use final option in core backend if issuing the bare-metal compiler]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <22181e546ba746202489.1399688067@localhost>
Patchwork-Id: 347586
Cody Schafer <dev@codyps.com> [Fri, 09 May 2014 19:11:59 -0700] rev 3311
cc/gcc: avoid passing --enable-multilib
Some versions of gcc have a broken --enable-multilib flag. As multilib is the
default, only pass the --disable-multilib flag
Signed-off-by: Cody P Schafer <dev@codyps.com>
[yann.morin.1998@free.fr: make it an if-block; duplicate commit log as comment]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <5c970c1ceb22528fe28a.1399687923@localhost>
Patchwork-Id: 347585
Cody Schafer <dev@codyps.com> [Fri, 09 May 2014 19:10:08 -0700] rev 3310
arch: add option to let gccdecide what floating point to use
Add an ARCH_FLOAT_AUTO option to avoid passing float options
to gcc and allow it to choose
Signed-off-by: Cody P Schafer <dev@codyps.com>
[yann.morin.1998@free.fr: slightly reword the commit log]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <088489641f4790262685.1399687813@localhost>
Patchwork-Id: 347584
Cody Schafer <dev@codyps.com> [Fri, 09 May 2014 19:08:00 -0700] rev 3309
debug/gdb: simplify the dependency logic
Signed-off-by: Cody P Schafer <dev@codyps.com>
Message-Id: <1d9659fcf6a9c7694ad2.1399687691@localhost>
Patchwork-Id: 347583
"Yann E. MORIN" <yann.morin.1998@free.fr> [Sat, 10 May 2014 12:33:37 +0200] rev 3308
scripts: remove references to curl
It's been a while we're not using curl anymore.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Cody Schafer <dev@codyps.com> [Fri, 09 May 2014 19:07:02 -0700] rev 3307
scripts: add possibility to not override default connection timeout
Allow '-1' to be specified as CONNECTION_TIMEOUT to disable the use
of the connection timeout for wget.
Signed-off-by: Cody P Schafer <dev@codyps.com>
Message-Id: <cb33f8c2cbaf802d4f04.1399687632@localhost>
Patchwork-Id: 347582
"Yann E. MORIN" <yann.morin.1998@free.fr> [Wed, 07 May 2014 18:40:48 +0200] rev 3306
TODO: remove some items
Those items have now been implemented:
- mingw32 target
we have it now, and even mingw64 too
- mingw32 host
it is certainly possible to canadian-build a toolchain to run
in a mingw host
- Cygwin host
it is possible to build a toolchain in Cygwin, and it is probably
possible to canadian-build it as well
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Daniel Zimmermann <netzimme@gmail.com> [Fri, 21 Feb 2014 07:17:33 +0100] rev 3305
kernel/linux: update linux kernel headers
update linux kernel headers to a newer version
Signed-off-by: '"Daniel Zimmermann" <netzimme@gmail.com>'
[yann.morin.1998@free.fr: further bump the versions]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <424a44a11e7051d8d894.1392963455@haus-VirtualBox>
Patchwork-Id: 322417
Bryan Hundven <bryanhundven@gmail.com> [Fri, 21 Feb 2014 23:28:12 -0800] rev 3304
scripts: Update config.guess and config.sub
Update config.guess and config.sub from:
http://git.savannah.gnu.org/gitweb/?p=config.git
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: further update]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <befa8e8e81336bc1c415.1393054644@Bryans-MacBook-Pro.local>
Patchwork-Id: 323128
Bryan Hundven <bryanhundven@gmail.com> [Fri, 21 Feb 2014 23:53:40 -0800] rev 3303
patches/binutils: Update patches from 2.22 to 2.24
This updates the patches in 2.22 to 2.24.
Some removed as they were applied upstream.
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
Message-Id: <9fb77800ae1d5f14cbf5.1393055637@Bryans-MacBook-Pro.local>
Patchwork-Id: 323130
Trevor Woerner <trevor.woerner@linaro.org> [Tue, 25 Feb 2014 13:34:48 -0500] rev 3302
newlib: fix extract process for custom version
newlib: fix extract process for custom version
If the user specifies the use of a custom newlib version, the logic in the
extract function was reversed, so this step would fail.
Signed-off-by: Trevor Woerner <trevor.woerner@linaro.org>
[yann.morin.1998@free.fr: keep leading indentation]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <c727adf1b7bd2c1e891d.1393353347@openSUSE-i7>
Patchwork-Id: 324060
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 23:24:33 +0200] rev 3301
libc/newlib: only requires core pass-2
Reported-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 23:24:05 +0200] rev 3300
cc/gcc: only build required core passes
We now know exactly what pass to build, so build only what is required.
Reported-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 23:29:48 +0200] rev 3299
cc: add options to differentiate the need for pass-1 and pass-2
In some cases, building the core pass-1 is unneeded, as the C library
will not try to build anything when installing headers, or sill not
install anything at all.
This is for example the case for newlib, wihch does not require a core
pass-1 since it builds nothing and installs no header.
This should also be the case for newer glibc-es with newer gcc-es,
which no longer require a core pass-1, since the circular dependency
glibc <-> gcc (about TLS?) has been resolved.
Reported-by: Trevor Woerner <trevor.woerner@linaro.org>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 21:54:03 +0200] rev 3298
configure: look for more usual g-variants of some tools
Reported-by: Bryan Hundven <bryanhundven@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
"Yann E. MORIN" <yann.morin.1998@free.fr> [Mon, 05 May 2014 19:36:35 +0200] rev 3297
configure: prefer g-variants
For awk and make, we currently check the standard names as found on
a classic GNU-userland system, and then fallback to looking for the
g-named variants as found on a *BSD system.
But it happens that the usual name might also be available on a *BSD
system, so we should first check the g-variant.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Andreas Bießmann <andreas@biessmann.de> [Tue, 18 Mar 2014 17:01:10 +0100] rev 3296
configure.ac: respect 'g' variants of libtool/libtoolize
BSD OS'es (OS X for me) provide GNU tools with prefixed 'g'. To find correct
versions of libtool/libtoolize on those systems search also for
glibtool/glibtoolize.
Signed-off-by: Andreas Bießmann <andreas@biessmann.de>
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
[yann.morin.1998@free.fr: search for the g-variant first]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
Message-Id: <2f1530b54afcb6a00e1d.1395158786@andreas-mbp.er.biessmann.org>
Patchwork-Id: 331467