summaryrefslogtreecommitdiff
path: root/scripts
AgeCommit message (Collapse)AuthorFilesLines
2013-05-04complibs/cloog: add support for the ISL backendYann E. MORIN"1-22/+49
CLooG 0.18+ will use ISL instead of PPL, so we have to configure adequately depending of which backend is in use. The Kconfig entries will decide for us which is selected, so we can rely on either PPL xor ISL to be selected, not both. Reported-by: "Plotnikov Dmitry" <leitz@ispras.ru> [Dmitry did a preliminray patch to add ISL support, which this patch is inspired from] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-05-05cc/gcc: add preliminray support for 4.8Yann E. MORIN"1-10/+22
This means: - introduce the new symbols for 4.8 - do not always select PPL if graphite is selected Reported-by: "Plotnikov Dmitry" <leitz@ispras.ru> [Dmitry did a preliminray patch to add gcc-4.8 support, which this patch is inspired from] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-05-03complibs: add ISLYann E. MORIN"1-0/+128
ISL is used by gcc-4.8 onward for GRAPHITE, so is also used as backend for CLooG 0.18.0 onward. Reported-by: "Plotnikov Dmitry" <leitz@ispras.ru> [Dmitry did a preliminray patch to add ISL, which this one is inspired from] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-05-13cc/gcc: Set CXX_FOR_BUILD for bare metal and canadian build.Zhenqiang Chen1-0/+1
>From 4.8, g++ is used as the default compiler to build the toolchain. Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org> Message-Id: <CACgzC7B-LQvAw3hOYhBA7b7g0H1WtH20gqXM=Y=YFO4FrnZKWQ@mail.gmail.com> Patchwork-Id: 243590
2013-05-03scripts: handle gcc 4.7 and 4.8 in addToolsVersion.shYann E. MORIN"1-1/+5
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-05-05scripts: help debugging missing directoriesYann E. MORIN"1-0/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-05-02cc/gcc: modify to build gcc-4.8-based cross-toolsJongsung Kim1-0/+5
Building cross-tool based on gcc-4.8 fails while "Installing pass-2 core C compiler", because building libgcc.mvars needs libbacktrace.a that gcc.sh doesn't build. This patch inserts a few lines configuring, and making libbacktrace into gcc.sh to build gcc-4.8-based cross-tools successfully. Reported-by: Plotnikov Dmitry <leitz@ispras.ru> Signed-off-by: Jongsung Kim <neidhard.kim@lge.com> Message-Id: <201305031831.33395.neidhard.kim@lge.com> Patchwork-Id: 241258
2013-04-13complibs/ppl: only add -fpermissive flag to CXXFLAGSSamuel Martin1-3/+10
-fpermissive is not a valid option to gcc. Adding it to the CFLAGS make the ppl checks fail with the following error: [ALL ] Making check in tests [ALL ] cc1: warnings being treated as errors [ERROR] cc1: error: command line option "-fpermissive" is valid for C++/ObjC++ but not for C [ALL ] cc1: warnings being treated as errors [ERROR] cc1: error: command line option "-fpermissive" is valid for C++/ObjC++ but not for C [ERROR] make[7]: *** [formatted_output.o] Error 1 Signed-off-by: "Samuel Martin" <smartin@aldebaran-robotics.com> Message-Id: <bba2482a06a11415207e.1365876457@smartin-de-2.aldebaran.lan> Patchwork-Id: 236383
2013-03-21scripts/functions: add xz-ed linux tarballsJerzy Grzegorek"1-0/+1
Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Message-Id: <d0ec17a687dc80754e0f.1363860872@NX5000> Patchwork-Id: 229619
2013-03-21kernel/linux: add xz-ed linux tarballsJerzy Grzegorek"1-0/+1
Signed-off-by: Jerzy Grzegorek <jerzy.grzegorek@trzebnica.net> Message-Id: <f249828223fc75313bee.1363860871@NX5000> Patchwork-Id: 229618
2013-03-31arch/avr32: Fix download of header filesMartin Guy2-10/+13
This patch fixes the download of the avr32 headers in crosstool-ng by fetching them directly from Atmel's web site instead of the now-broken URL given by the original author of the avr32-header-fetching modification, who fetched them from a copy on his own, now-defunct server. It also adds the necessary logic to extract from a zip file, as that is how the headers are packaged. To configure it for avr32 after launching ct-ng menuconfig in an empty directory: Paths and misc options -> Shell to use as CONFIG_SHELL = sh Target options -> Target Architecture = avr32 Toolchain options -> Tuple's alias = avr32 Binary utilities -> binutils version = 2.18a C compiler gcc version = 4.2.2 C-library newlib version = 1.17.0 Enable IOs on long long = yes Enable IOs on floats and doubles = yes Disable the syscalls supplied with newlib = yes CONFIG_SHELL is necessary to get round the "fragment: command not found" bug when binutils-2.18 is configured using bash. Prepared against crosstool-ng mercurial trunk on 31 March 2012. Signed-off-by: Martin Guy <martinwguy@gmail.com> [yann.morin.1998@free.fr: update bundles sample accordingly] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <CAL4-wQrg_NQ7jm-NCADqeyQr9twyhtx42OUGNThP6gWeqZc=kw@mail.gmail.com> Patchwork-Id: 232612
2013-03-16debug/dmalloc: enforce cross-compilationSamuel Martin"1-0/+3
Signed-off-by: Samuel Martin <s.martin49@gmail.com> Message-Id: <69772732f551aa342a2c.1363446264@laptop> Patchwork-Id: 228221
2013-03-16debug/strace: enforce cross-compilationSamuel Martin"1-0/+3
Signed-off-by: Samuel Martin <s.martin49@gmail.com> Message-Id: <24b6540a08cbca7ee1fa.1363446263@laptop> Patchwork-Id: 228220
2013-03-16debug/gdb: enforce gdbserver cross-compilationSamuel Martin"1-0/+3
Signed-off-by: Samuel Martin <s.martin49@gmail.com> Message-Id: <ca85cad85c4dd20e74f1.1363446262@laptop> Patchwork-Id: 228219
2013-03-03libc/glibc: do not overwrite existing bits/syscall.hYann E. MORIN"1-1/+4
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: Rafael C <groups.r2@gmail.com> Cc: Jérôme BARDON <bardon.pro@gmail.com> Cc: Daniel Price <daniel.price@gmail.com>
2013-03-03libc/glibc: fix installing syscall.h when installing start-files.Yann E. MORIN"1-2/+9
Reported-by: Rafael C <groups.r2@gmail.com> Reported-by: Jérôme BARDON <bardon.pro@gmail.com> Reported-by: Daniel Price <daniel.price@gmail.com> [yann.morin.1998@free.fr: use a conditional approach, also suggested by Daniel] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: a litle bit of trivial code-reorderingYann E. MORIN"1-11/+7
Move all options-setting code at the same place. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: fix possibly broken codeYann E. MORIN"1-2/+3
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: move the ncurses build to a backendYann E. MORIN"1-56/+82
This cleans up the code a bit. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: always enable expat for the cross-gdbYann E. MORIN"1-10/+6
There's no point in not supporting XML in the cross-gdb. I mean, come on... ;-) It's still the responsibility of the user to have the necessary devel expat packages installed for his/her distro. Reported-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: fix $need_expat_src usage for native-gdbYann E. MORIN"1-20/+39
For the native-gdb (ie on the target), we unconditionally need to build expat. Make it a backend, it makes a litle bit cleaner code. Reported-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: fix $need_ncurses_src usageYann E. MORIN"1-1/+1
It should be used only to decide whether we need to download/extract ncurses, not wheter we should build it or not. Reported-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03debug/gdb: fix the mess do_{gdb,expat,ncurses} have becomeYann E. MORIN"1-19/+19
Rename those three variables to properly reflect their purpose: decide whether we need to download/extract gdb/libexpat/libncurses, not whether we need to build them or not. This is only a rename for now, subsequent changes will further fix this mess. Reported-by: Trevor Woerner <twoerner@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-03-03libc/newlib: update fetch locationTrevor Woerner1-1/+1
The menu system provides an option to allow a user to request newlib version 2.0.0. newlib-2.0.0, however, is not available at the download location currently being used. It is, however, available (as are other supported versions of newlib) at an alternate location. Signed-off-by: Trevor Woerner <twoerner@gmail.com> Message-Id: <75ab5151c7f5dc9086e3.1362334313@suse64> Patchwork-Id: 224561
2013-02-15complibs/ppl: update upstream locationYann E. MORIN"1-4/+2
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-28scripts: fix finishing the toolchain when download/extract-only is setYann E. MORIN"1-2/+7
In case we only download or extract the sources, do not fail while finishing the toolchain: the test-suite directory may not exist, so we can't chmod it. Also, use safer constructs that won't trigger the 'set -e' in case of failure (eg.: "[ ... ] && ..." is not safe in case the test fails). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-27script: allow to pass any float value for CT_LOADSamuel Martin1-1/+1
Signed-off-by: Samuel Martin <s.martin49@gmail.com> Message-Id: <b51acf21c72b4a8e882e.1359320015@laptop> Patchwork-Id: 216062
2013-01-20arch: allow adding a suffix to the arch-part of a tupleYann E. MORIN"12-18/+15
For some architectures, it is legit to have an alternate value in the 'architecture' part of the tuple. For example: armv5te-* armv7a8-* Besides, some packages expect the tuple to reflect the arch variant (eg. openMPI) to detect the variant's capabilities (eg. atomic primitives). This patch adds an option for the user to specify a suffix to be added to the arch-part of the tuple. Signed-off-by: Willy Tarreau <w@1wt.eu> Message-ID: <20130120225822.GS6838@1wt.eu> Patch-Id: 213994 [yann.morin.1998@free.fr: make it a suffix, not an override] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-10scripts: woops, root's UID is 0, not 1000!Yann E. MORIN"1-1/+1
Left-over from a test... :-( Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-10scripts: check for running as rootYann E. MORIN"1-0/+8
Running as root is really, really dangerous. Add a runtime-check that refuses to build if running as root. Can be overriden with a double switch in the menuconfig. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-10libc: get rid of libc_finishYann E. MORIN"7-25/+0
At long last, we no longer have any libc that requries a libc_finish. Yeah! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-10libc/newlib: install AVR32 headers during the start-files-and-headers phaseYann E. MORIN"1-9/+11
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-09arch/arm: add option to use *eabihf tuplesYann E. MORIN"1-0/+4
Toolchains that use the hard-float ABI now are to be denoted by a tuple ending in *eabihf, while the prevbious *eabi is now an indication that the toolchain uses the softfloat ABI. This is purely a cosmetic thing, for distros to differentiate their hardfloat-ABI ports from their softfloat-ABI ports. (note: softfloat ABI does not mean that it is using softfloats; it can be using hardfloat instructions, but using the softfloat ABI). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-09scripts: update config.{guess,sub}Yann E. MORIN"2-39/+37
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-27scripts/addToolsVersion: handle elf2fltYann E. MORIN"1-0/+1
The one was missing from the list. It is very improbable that we ever need it, as elf2flt does no release, and we always get it from CVS head. But for the sake of consistency, we just add it. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-27scripts/addToolsVersion: properly handle .in vs. .in.2Yann E. MORIN"1-22/+19
While most components have their version in the .in file, some have it in the .in.2 (eg. elf2flt). Currently, to handle this case, we indiscriminately munge both files, but this is wrong: in the elf2flt case, if we add a binutils version, we do not want it to be added to elf2flt, and conversely. So, for each tool, we need to explicitly know what file to munge. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26script/addToolsVersion: fix eglibc version separatorYann E. MORIN"1-2/+2
eglibc uses '_', not '.' to separate major/minor. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26libc/glibc: both glibc and eglibc have pkgversion and bugurlYann E. MORIN"1-4/+2
Well, all eglibc version we support do, and latest glibc versions we support do. Not all glibc versions do, but older versions simply ignore the unrecognised ./configure flags. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26libc/eglibc: remove now superfluous config knobsYann E. MORIN"1-10/+2
All eglibc versions we now have support pkgversion and bugurl. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-26libc/glibc: always enable obsolete RPCYann E. MORIN"1-4/+2
Since unrecognised ./configure flags are simply ignored, we can always pass --enable-obsolete-rpc. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2013-01-06scripts/showTuple: fix stdoutYann E. MORIN"1-2/+2
Since we've had the debug shell feature, fd #7 is now used to redirect stderr, while it was previously unused. Use fd #9 to redirect stdout. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-09complibs/ppl: fix build with newer gccYann E. MORIN"1-2/+14
ppl-0.10.x does not build with gcc-4.6+, as it uses constructs that were warnings with gcc-4.5 and before, but are now errors with gcc-4.6 and above. Fix that by passing -fpermissive in CFLAGS for ppl 0.10. Reported-by: Jeremy Rosen <jeremy.rosen@openwide.fr> Reported-by: Peter Korsgaard <jacmet@uclibc.org> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-12-05scripts/xldd: use user's sed and grepYann E. MORIN"1-2/+2
xldd uses sed and grep as detected by ./configure. This works well if is used on the machine that build the toolchain. But if the user moves the toolchain to another machine where sed and grep are not in the same directory (eg. /bin/sed vs. /usr/bin/sed), then xldd will stop functionning. Fix that by using ${SED} and ${GREP} if they are set in the environment. Reported-by: Samuel Martin <s.martin49@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-11-25cc/gcc: do not print 'core' or 'final'Yann E. MORIN"1-6/+6
In gcc-'s core and final passes, do not print 'core' or 'final' in log messages. We already print it in step messages. Also, as we use the core backend to build the bare-metal final gcc, it can be disturbing to read 'core' while we're in fact in 'final'. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-11-22cc: add a flag for skipping core passesYann Diorcet1-0/+8
It is used for skipping unnecessary compilation steps when the libc doesn't need to be compiled (eg. when we do not use a C library). Signed-off-by: Yann Diorcet <diorcet.yann@gmail.com> Message-Id: <150eadb0117e697d79aa.1353625025@blackmint> Patchwork-Id: 201222
2012-11-22scripts/functions: fix debug-shellYann E. MORIN"1-9/+13
Properly catch resuming the build when continuing past the failed command. The 'case ;;&' construct is a bash4ism. Get rid of it. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-11-21scripts: refine static linking check to better guide the userDaniel Price1-15/+36
The current mechanism to check if static linking is possible, and the mesage displayed on failure, can be puzzling to the unsuspecting user. Also, the current implementation is not using the existing infrastructure, and is thus difficult to enhance with new tests. So, switch to using the standard CT_DoExecLog infra, and use four tests to check for the host compiler: - check we can run it - check it can build a trivial program - check it can statically link that program - check if it statically link with libstdc++ That should cover most of the problems. Hopefully. (At the same time, fix a typo in a comment) Signed-off-by: Daniel Price <daniel.price@gmail.com> [yann.morin.1998@free.fr: split original patch for self-contained changes] [yann.morin.1998@free.fr: use steps to better see gcc's output] [yann.morin.1998@free.fr: commit log] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <163f86b5216fc08c672a.1353459722@nipigon.dssd.com> Patchwork-Id: 200536
2012-11-21scripts: fail on ':' in pathsDaniel Price1-0/+3
Signed-off-by: Daniel Price <daniel.price@gmail.com> [yann.morin.1998@free.fr: split original patch for self-contained changes] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <163f86b5216fc08c672a.1353459722@nipigon.dssd.com> Patchwork-Id: 200536
2012-11-19binutils: introduce the infrastructure to support binutils alternativesYann Diorcet3-154/+92
Rework binutils in order to provide soon binutils alternative. Signed-off-by: Yann Diorcet <diorcet.yann@gmail.com> [yann.morin.1998@free.fr: split up original patch for self-contained changes] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <d3d1d51f399e6d2c1163.1353320546@macbook-smorlat.local> Patchwork-Id: 199971
2012-11-16scripts: add BUILD/HOST extra cflags/ldflagsYann Diorcet10-14/+83
On some hosts, and for certain toolchains (eg. toolchain targetting the upcoming Darwin), it may be necessary to pass arbitrary CFLAGS and/or LDFLAGS when building the components. And necessary infrastructure: - EXTRA_{CFLAGS,LDFLAGS}_FOR_{BUILD,HOST} as config options - pass those extra flags to components Fix-up a slight typo in elf2flt at the same time (misnamed cflags). Signed-off-by: Yann Diorcet <diorcet.yann@gmail.com> Message-Id: <d24043276c9243a35421.1353077450@macbook-smorlat.local> Patchwork-Id: 199645
generated by cgit v0.10.2-6-g49f6 at 2024-04-29 11:50:28 (GMT)