summaryrefslogtreecommitdiff
path: root/scripts/build
AgeCommit message (Collapse)AuthorFilesLines
2012-10-30libc/newlib: remove getting from CVSYann E. MORIN"1-21/+7
We now have the ability to use a custom local directory/tarball, so it no longer makes sense to have the ability to use the CVS repository. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-10-11libc/newlib: Add CUSTOM version and CUSTOM_LOCATION config options and GetCustomDavid Holsgrove1-1/+10
CUSTOM_LOCATION config options only presented in menuconfig if component CUSTOM version selected. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: fix indentation] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <d02252752d4dc5e68ae3.1349931202@localhost.localdomain> PatchWork-Id: 190795
2012-10-29cc/gcc: remove svn sourceYann E. MORIN"1-23/+5
Since we now have the opportunity to use a custom local directory/tarball as the source for gcc, it no longer makes sense to retrieve gcc ourselves from its subversion repository. Cc: Bryan Hundven <bryanhundven@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-10-29debug/gdb: remove ncurses cleanupYann E. MORIN"1-9/+0
That's legacy code that was usefull when ncurses was installed in the sysroot. Still it's not longer the case (it's installed in a special dedicated directory), we can remove that piece of code. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-10-11debug/gdb: Add CUSTOM version and CUSTOM_LOCATION config options and GetCustomDavid Holsgrove1-4/+13
CUSTOM_LOCATION config options only presented in menuconfig if component CUSTOM version selected. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: don't patch custom dir location] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <9ea1b5021fc77582867f.1349931197@localhost.localdomain> PatchWork-Id: 190791
2012-10-11binutils/elf2flt: Add CUSTOM version, CUSTOM_LOCATION config options, GetCustomDavid Holsgrove1-8/+18
CUSTOM_LOCATION config options only presented in menuconfig if component CUSTOM version selected. Change elf2flt CT_ELF2FLT_VERSION from 'head' to 'cvs' if cvs selected in config Also remove hardcoded 'cvs-' from elf2flt component name, used in CT_Extract, CT_Patch and as the CT_SRC_DIR location for the configure stage. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: fix indentation, don't patch custom dir location] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <288db3721a37844defa5.1349931196@localhost.localdomain> PatchWork-Id: 190789
2012-10-11binutils/binutils: Add CUSTOM version and CUSTOM_LOCATION config options and ↵David Holsgrove1-3/+14
GetCustom CUSTOM_LOCATION config options only presented in menuconfig if component CUSTOM version selected. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: fix indentation, don't patch custom dir location] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <7a604b5df9c84a1e20c3.1349931195@localhost.localdomain> PatchWork-Id: 190788
2012-10-11cc/gcc: Add CUSTOM version and CUSTOM_LOCATION config options and GetCustomDavid Holsgrove1-1/+9
CUSTOM_LOCATION config options only presented in menuconfig if component CUSTOM version selected. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: don't patch custom directory location] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <f2272ac0f37cedd0bb91.1349931194@localhost.localdomain> PatchWork-Id: 190787
2012-10-22fix eglibc-2.16 manual buildJohannes Stezenbach1-4/+9
Signed-off-by: Johannes Stezenbach <js@sig21.net> Message-Id: <20121022133228.GA16536@sig21.net> Patchwork-Id: 193156
2012-10-17kernel/linux: fix missing 'then'Yann E. MORIN"1-1/+1
Reported-by: David Holsgrove <david.holsgrove@xilinx.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-10-16kernel/linux: fix using custom locationYann E. MORIN"1-4/+16
Currently, extract and patch are skipped as thus: - using a custom directory of pre-installed headers - a correctly named directory already exists Otherwise, extract and patch are done. The current second condition is wrong, because it allows the following sequence to happen: - a non-custom kernel is used - a previous build only partially extracted the non-custom sources - that p[revious build broke during extraction (eg. incomplete tarball...) - a subsequent build will find a properly named directory, and will thus skip extract and patch, which is wrong Fix that by following the conditions in this table: Type | Extract | Patch ----------------------+---------+------- Pre-installed headers | N | N custom directory | N | N custom tarball | Y | N mainstream tarball | Y | Y Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: David Holsgrove <david.holsgrove@xilinx.com>
2012-10-11kernel/linux: use generic custom infrastructureDavid Holsgrove1-20/+5
Config options remain the same as before, just generalised to be used by other components also. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> [yann.morin.1998@free.fr: fix indentation, fix comment] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <50674fe47431174aab80.1349931193@localhost.localdomain> PatchWork-Id: 190786
2012-10-13cc/gcc: do not print multilib for canadian-crossYann E. MORIN"1-10/+14
Previous import from patchwork missed one hunk (in cset #d8feb93b3e49) Apply it now. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Patchwork-Id: 189053
2012-10-04scripts/gcc: Canadian Cross skip -print-multi-lib log outputDavid Holsgrove1-10/+15
Attempting to ${CT_TARGET}-gcc -print-multi-lib will fail In do_cc_core_backend, for the final compiler in a canadian cross baremetal, warn that multi-libs cannot be determined In do_cc_backend, for either final compiler for a canadian cross, warn that multi-libs cannot be determined (Plus fixed CT_PREFIX_DIR in do_cc_backend to be ${prefix}) Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> Message-Id: <CAM=EW8aQDoNx-CkJHjXBoDP4iTDJ8z5hh3=KhO5UTU6rp3Pj=w@mail.gmail.com> Patchwork-Id: 189053
2012-09-29debug/gdb: disable nls when CT_TOOLCHAIN_ENABLE_NLS is not selectedZhenqiang Chen1-0/+6
Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org> Message-Id: <CACgzC7Bn+WpbgDruNeZ4s1z0x1deF6n4YyS22Dy7p_d1fFDVCA@mail.gmail.com> PatchWork-Id: 191042
2012-10-03scripts/gdb: If not building expat for gdb, disableDavid Holsgrove1-1/+7
--with-expat=yes is unconditionally passed to the gdb configure stage, instead of respecting the ${do_expat} decision. Disable if not needed. Prevents error building canadian cross; configure: error: expat is missing or unusable Where configure stage fails to find expat on the host compiler. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> Message-Id: <4c4410a2a8aab24a29c5.1349244128@localhost.localdomain> PatchWork-Id: 188711
2012-09-26kernel/linux: change m68k/no-mmu linux arch tuple to use -uclinuxEsben Haabendal1-6/+8
GCC requires m68k arch tuples to be *-*-uclinux-* to support Linux on no-mmu m68k (ColdFire) cpus. Blackfin arch tuple must be *-*-linux-uclibc for FD_PIC_ELF toolchains, so we cannot just switch to uclinux for no-mmu Linux toolchains. Signed-off-by: "Esben Haabendal" <esben@haabendal.dk> Message-Id: <876271s1ee.fsf@arh128.prevas.dk> PatchWork-Id: 186976
2012-09-20scripts: Use ${CT_TARGET}-strip to strip gdbserverZhenqiang Chen1-2/+2
Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org> [yann.morin.1998@free.fr: quote variables] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Message-Id: <CACgzC7BU9CPZ2cE+EYqnMe2WNz-wYby6f4tsmjJi715WmPmbWw@mail.gmail.com> PatchWork-Id: 185303
2012-09-23kernel/linux: symlink custom kernel source dir with '-f'Jang, Bongseo1-1/+1
build fails to symlink to custom kernel dir when the build is not the first time because of 'ln -s' without '-f' option. Signed-off-by: "Jang, Bongseo" <graycells@gmail.com> Message-ID: <543e2981f2b723ecd850.1348370892@localhost.localdomain> PatchWork-ID: 186178
2012-09-20arch/microblaze: add new architectureDavid Holsgrove1-0/+21
Add Microblaze architecture support. This depends on EXPERIMENTAL, as upstream projects do not yet include full support to build a modern microblaze compiler. This is in the process of being updated, but is not currently publicly accessible. Signed-off-by: "David Holsgrove" <david.holsgrove@xilinx.com> Message-Id: <9c93e18b3d68b19303f3.1348113870@localhost.localdomain> PatchWork-ID: 185305
2012-09-12scripts: strip gdbserverZhenqiang Chen1-0/+6
Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org>
2012-08-22cc/gcc: Add the ability to build gcc from svnYann E. MORIN"1-23/+42
I took some of the svn functionality from eglibc. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> [yann.morin.1998@free.fr: fix the conditional test in build script] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-22libc/{,e}glibc: remove rude wordings in commetnsYann E. MORIN"3-3/+3
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-22cc/gcc: cleanup comments from rude wordingsYann E. MORIN"1-3/+2
That comes from way back when nothing would work as expected, and I would easily get heated as soon as anything would break. Sigh, those were the old days. Apologies. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-19debug/expat: Update expat to 2.1.0Bryan Hundven1-1/+1
Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> Message-Id: <c59009fdaf23d82822c6.1345364052@flambe.is-a-geek.org>
2012-08-19scripts: use generic urls for sourceforgeBryan Hundven3-3/+3
For expat, duma, and strace, use the generic url and 302 to the mirror instead of trying to download a file from a downed mirror and failing. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> Message-Id: <b69ebeb72fef93c04c84.1345364051@flambe.is-a-geek.org>
2012-08-07binutils/binutils: CT_BINUTILS_GOLD_THREADED should be CT_BINUTILS_GOLD_THREADSZhenqiang Chen1-1/+1
Signed-off-by: Zhenqiang Chen <zhenqiang.chen@linaro.org>
2012-08-04cc/gcc: remove duplicate code in core pass-1Yann E. MORIN"1-20/+6
Whatever the threading model (NPTL, LT...), we build the same core pass-1 compiler, so there is no need to have a case-esac construct. Remove now mis-leading and incorect comment. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-01cc/gcc: remove now useless condition-variableYann E. MORIN"1-21/+10
Both core pass-1 and -2 compilers are unconditionally built, so we no longer require a condition variable. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-08-01cc/gcc: always build core pass-1Yann E. MORIN"1-0/+9
Up until now, all conditions requiring a core pass-1 was when the threading implementation used was NPTL. So we only built the core pass-1 when NPTL was used. Now, things have changed (what? when? Dunno...), and some bare-metal canadian toolchains fail to build if a core pass-1 is not present. OTOH, a core pass-1, although not needed for non-NPTL builds, does no harm at all if it is present. So, unconditionally build a core pass-1 (but still pass conditional options to the core backend). Reported-by: Per Arnold Blaasmo <Per-Arnold.Blaasmo@atmel.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-07-31complibs/cloog: create missing m4 dirYann E. MORIN"1-0/+3
Because we now patch configure.in and configure, the Makefile quicks in a re-build rule as the source files are now more recent than the bundled generated files, and that fails because the m4 directory is missing, although on some systems where aclocal is not installed, the re-build rule does nothing (except a warning). Always create tht directory. Reported-by: Per Arnold Blaasmo <per-arnold.blaasmo@atmel.com> [Also thanks to Thomas De Schampheleire <patrickdepinguin@gmail.com> for some digging works on this issue] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-06-10debug/duma: fix download urlYann E. MORIN"1-1/+6
Sourceforge has again changed its mirroring system... :-( Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-05-17debug/gdb: add option to enable/disable the IPA lib for gdbserverYann E. MORIN"1-0/+8
gdbserver >= 7.2 comes with an optional library to use tracepoints, the In Process Agent (IPA) library, libinproctrace.so. Currently, we build gdbserver staticaly, but that breaks the build of the IPA lib. Add an option to biuld the IPA lib, but not if statically linking. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-05-09cc/gcc: do not build manuals in parallelYann E. MORIN"1-1/+1
Reported-by: Benoît Thébaudeau <benoit.thebaudeau@advansee.com> Reported-by: Johannes Stezenbach <js@sig21.net> Tested-by: Johannes Stezenbach <js@sig21.net> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-05-06cc/gcc: add option to enable/disable libquadmathYann E. MORIN"1-0/+9
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-02-24libc/uClibc: add additional debug level between "minimal" and "all"Johannes Stezenbach1-0/+10
During application development it is desirable to enable malloc debugging and LD_DEBUG support, but the extensive debug spew from SUPPORT_LD_DEBUG_EARLY is only useful when working on uClibc's ld.so. Signed-off-by: Johannes Stezenbach <js@sig21.net>
2012-01-03cc/gcc: build core compilers for canadianYann E. MORIN"1-11/+5
Currently, we rely on an existing external cross-compiler targetting the target, to build the C library. This can pause quite a few problems if that compiler is different from the one we are building, because it could introduce some ABI issues. This patch removes this dependency, by building the core compilers as we do for standard cross, and also by building the binutils and gcc, for running on the build machine. This means we no longer need to offer the cross-sompiler selection in the menuconfig. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-04-02cc/gcc: add build frontendYann E. MORIN"1-2/+42
Bizarrely enough, the core gcc are not enough to be able to build a canadian cross, and a real, full cross compiler is required so that the canadian cross can be properly built... WTF?!? Sigh... Add a build-frontend, as was done for the binutils and the complibs. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2012-04-01cc/gcc: frontends are responsible for selecting the list of languagesYann E. MORIN"1-2/+4
Do for the final step the same as for the core step: compute the list of selected langauages from the frontend, not in the backend. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr>
2011-08-15cc/gcc: pass the language list to the core backendYann E. MORIN"1-4/+6
As the core backend can be used to also build the bare-metal compiler, we have to tel it what languages to build. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-08-15cc/gcc: add language helper functionYann E. MORIN"1-14/+20
Add a function that prepares the language configure option. It is needed in at least two places, some commonalisation is needed. ;-) Unfortunately, it is no longer possible to print warnings about experimental languages any more. Anyway, the experimental status is clearly indicated in the menuconfig. so it should not be a surprise if the build breaks. :-/ Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-25complibs: fixup the host complibs install dirYann E. MORIN"7-9/+9
It's easier to have as much as possible stuff in the same place to ease backup/restore, and make things easier to follow. Move the host companion libraries install dir as a sub-dir of the build-tools install dir (but not directly in it, it would break for canadian or cross-native). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-25cc/gcc: cleanup the frontendsYann E. MORIN"1-35/+21
A few noop fix-ups: - fix the comments in core pass-1 - commonalise settings that can be Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-24complibs: add frontends for building to run on the build machineYann E. MORIN"6-0/+138
In canadian-cross, we need the companion libraries running on the build machine, to be able to build the two core gcc. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-24binutils: add frontends for building to run on the build machineYann E. MORIN"2-2/+45
In canadian-cross, we need binutils running on the build machine to be able to build the target C library. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-17complibs: split companion libraries to backend/frontend, a-la cc_coreYann E. MORIN"6-103/+235
Move the actual complibs codes to backend functions that builds the required combo of build/host/target as requested by a frontend. This split is currently a no-op, but is required for the upcoming canadian-cross rework, where we'll be needing to build the complibs twice, one for build/build, and one for build/host. This applies to the six companion libraries: - GMP - MPFR - PPL - Cloog/PPL - MPC - libelf Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-17binutils: split binutils to backend/frontend, a-la cc_coreYann E. MORIN"3-82/+149
Move the actual binutils code to a backend function that builds the required combo of build/host/target as requested by a frontend. This split is currently a no-op, but is required for the upcoming canadian-cross rework, where we'll be needing to build two binutils, one for build/build/target, and one for build/host/target. This applies to the three binutils: - GNU binutils - elf2flt - sstrip Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-07-17cc/gcc: always build core compilers to run on the build machineYann E. MORIN"1-5/+5
The core compilers are used to build the C library, so they should always run on the build machine, not on the host. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-01cc/gcc: install the core compilers in the build-tools dirYann E. MORIN"3-21/+10
There really is no good reason to install the core compilers in their own places, one for each pass. We can install them with the other build tools. Also, this implies that: - there are fewer directories to save/restore - there are fewer symlinks to create for binutils - the PATH is shorter Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2012-01-02binutils/binutils: don't install symlinks when in canadianYann E. MORIN"2-20/+34
When building a canadian-cross, the binutils are not executable on the build machine, so there is no point in installing the symlinks in the gcc static/shared install dirs. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
generated by cgit v0.10.2-6-g49f6 at 2024-05-03 15:56:17 (GMT)