summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2011-01-22libc: remove now unneeded do_libc_headersYann E. MORIN"8-25/+0
do_libc_headers is now a noop, and is no longer used, so remove that step. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-19libc/glibc-eglibc: misc janitorial cleanups.Yann E. MORIN"2-8/+12
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22libc/glibc: add glibc specifics to the shared code, and use itYann E. MORIN"2-203/+36
Final step at sharing code between glibc and eglibc. Fall, wall of shame, fall!... :-) Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22scripts: PARALLELMFLAGS is evil, renameYann E. MORIN"14-41/+38
The reunification of the glibc/eglibc code paths exposed a nasty bug in the glibc build: use of PARALLELMFLAGS breaks the build. See the explanations in that bug report against FC6: https://bugzilla.redhat.com/show_bug.cgi?format=multiple&id=212111 Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22libc/glibc: commonalise assembling the list of addonsYann E. MORIN"2-16/+5
glibc and eglibc each have two very similar ways of building this list. This can, and should definitetly, be shared. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22libc/glibc: commonalise setting of the minimum supported kernel versionYann E. MORIN"2-30/+35
It will be possible to use that also with eglibc, so this hunk belongs to the common code. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22libc/glibc: use the common start_files procedureYann E. MORIN"2-238/+27
Use the common procedure, shared between glibc and eglibc. This requires that glibc-specific bits be included in the shared procedure. But still build the full libc with the glibc-specific procedure. This will be commonalised in a future commit. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-17libc/eglibc: cleanup common code for sharing with glibcYann E. MORIN"1-31/+48
Some stuff is eglibc-specific, so needs to be conditonal. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-17libc/eglibc: move generic code to a common fileYann E. MORIN"2-215/+223
The build procedure for eglibc is generic enough to be shared between glibc and eglibc. This includes: - headers install (empty!) - start files build - complete libc build - libc finish (empty!) - add-ons list Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22libc/mingw: move content of do_libc_headers into do_libc_start_filesYann E. MORIN"1-4/+4
It is unnecessary to split C library preparation into two steps, as only one really makes sense. So, do_libc_headers is bound to be withdrawn short-term, in favor of do_libc_start_files. mingw already had all its start files installation in do_libc_headers, and do_libc_start_files was empty, just migrate the content of the former into the latter. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-22libc/uClibc: move content of do_libc_headers into do_libc_start_filesYann E. MORIN"1-6/+5
It is unnecessary to split C library preparation into two steps, as only one really makes sense. So, do_libc_headers is bound to be withdrawn short-term, in favor of do_libc_start_files. uClibc already had all its start files installation in do_libc_headers, and do_libc_start_files was empty, just migrate the content of the former into the latter. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-03libc-glibc: remove 2.3.6Yann E. MORIN"26-1493/+3
This is an obsolete version which is no longer used by any sample (the only user, the ia64 sample, has been removed). It also makes the code path a bit complex, with twists just to accomodate that version. Removing the version will make those twists go away, and will ease commonalisation of glibc and eglibc in the future (hopefully!). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-03arch: remove ia64Yann E. MORIN"4-427/+0
ia64 is broken in every gcc/glibc combinations I tested (except for the existing sample that used very old versions). Nobody complained on the list about not being able to build recent versions. So the only way forward I can see is to remove the architecture altogether. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-14kernel/linux: simplify the download URLYann E. MORIN"1-2/+3
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-14kernel/linux: longterm kernel location changedYann E. MORIN"1-1/+11
The location of the longterm Linux kernels on FTP has changed. Here is a simple (but not very versatile) fix. Signed-off-by: "Björn A. Herwig" <herwig@gdsys.de> [yann.morin.1998@anciens.enib.fr: make it generic/versatile] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-13complibs/cloog: regenerate autostuff filesYann E. MORIN"1-0/+3
Latest version of CLooG does not have properly generated autoconf files, so they need to be regenerated before the call to ./configure Signed-off-by: "Ilya A. Volynets-Evenbakh" <ilya@total-knowlege.com> [yann.morin.1998@anciens.enib.fr: make it conditional on 0.15.10 only] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-08debug/ltrace: fix building for mipsYann E. MORIN"1-0/+1
ltrace 0.5.3 currently fails to build for target mips because MY_TARGET (introduced by patches/ltrace/0.5.3/150-allow-configurable-arch.patch) is set to 'mips' via CT_ARCH, while the mips specific stuff in ltrace (0.5.3) is stored under sysdeps/linux-gnu/mipsel: result: *** No rule to make target `mips/arch.h', needed by `sysdep.h'. Stop. The following patch fixes this issue Signed-off-by: "Horst Kronstorfer" <horst.kronstorfer@aon.at> [yann.morin.1998@anciens.enib.fr: reformat commit log] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-08kernel/linux: add latest versionsYann E. MORIN"1-6/+16
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-30samples: update i686-nptl-linux-gnuYann E. MORIN"1-4/+5
Enable Java and Fortran frontends. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-30cc/gcc: fix building of ecjxYann E. MORIN"3-0/+39
When building ecjx, the compiler for the build system must be used, not for the compiler for the host system. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-30samples: update i686-nptl-linux-gnuYann E. MORIN"1-30/+72
Notable changes: - uses binutils 2.21, builds gold, but defaults to ld - uses gcc 4.5.2, with GRAPHITE and LTO, builds lto-plugin Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-29cc/gcc: build lto-plugin if binutils' gold is builtYann E. MORIN"1-0/+10
To properly enable LTO with gold, gcc has to install a plugin that gold uses to handle the LTO information. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-29binutils/binutils: add wrapper to gold and ldYann E. MORIN"3-1/+52
When both gold and ld are installed, add a wrapper that calls to either gold or ld. In case the wrapper is installed, we also need to symlink ld.bfd and ld.gold for the core_cc steps. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-02binutils/binutils: add support for threaded goldYann E. MORIN"2-0/+11
When configured with support for threads, gold can link in parallel, possibly cooperating with a make jobserver. Add an option enabling threads. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-02binutils/binutils: add support for pluginsYann E. MORIN"2-0/+16
Add an option to enable plugins support in binutils. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-27binutils/binutils: add option to enable goldYann E. MORIN"2-0/+86
gold is a new, optimised, multi-threaded linker with support for plugins. Add support for gold starting with binutils 2.21. Although 2.20 also had gold, the configure flags have changed, and supporting 2.20 would be a mess in the code. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-28binutils/binutils: add BINUTILS_2_21_or_later blind optionYann E. MORIN"1-0/+4
Add BINUTILS_2_21_or_later blind option. It will be used to add conditional support for building 'gold' on versions that have it. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-29complibs/libelf: build with -fPICYann E. MORIN"1-0/+2
libelf is used by gcc to build the lto-plugin used by binutils' gold to perform LTO. This requires that files in libelf be compiled with -fPIC to generate a proper .so. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-03debug/gdb: fix for psim build failure due to -lz in gdb-7.2.Yann E. MORIN"1-0/+15
Signed-off-by: "Horst Kronstorfer" <horst.kronstorfer@aon.at> [yann.morin.1998@anciens.enib.fr: fix space-damage] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-02samples: update after libc versions renamingYann E. MORIN"31-249/+249
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-01-02libc/eglibc: normalize eglibc hidden version namesBryan Hundven1-20/+20
In the previous patches to glibc and uclibc, we standardized on hidden version names: LIBC_<LIBC NAME>_V_<VERSION> This patch updates EGLIBC to be the same for consistency to: LIBC_EGLIBC_V_<VERSION> Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2011-01-03libc/uClibc: normalize uclibc hidden version namesBryan Hundven2-16/+16
Hidden version names for uClibc conflicted: LIBC_UCLIBC_V_0_9_30_2 LIBC_V_0_9_30_1 name them constantly as: LIBC_UCLIBC_V_<version> Also update the build script where we use snapshots by version or snapshots by date. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2011-01-02libc/glibc: normalize glibc hidden version namesBryan Hundven1-18/+18
Hidden version names for glibc conflicted: LIBC_GLIBC_V_2.10.1 LIBC_V_2.10 name them constantly as: LIBC_GLIBC_V_<version> Reported-by: Esben Haabendal <eha@doredevelopment.dk> Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2010-12-29internals: properly remove all docsYann E. MORIN"1-3/+3
Part of the installed doc was not removed (if configured to). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-29libc/glibc: add 2.12.1 and 2.12.2Heiko Zuerker1-0/+12
Signed-off-by: Heiko Zuerker <heiko@zuerker.org>
2010-12-29libc/eglibc: remove obsolete patchChih-Min Chao1-12/+0
That patch has been applied upstream as r8690. Signed-off-by: Chih-Min Chao <cmchao@gmail.com>
2010-12-29cc/gcc: Add gcc 4.5.2Bryan Hundven1-0/+7
Add gcc 4.5.2. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2010-12-22patches/eglibc: remove 100-powerpc-private_futex.patch from trunkBryan Hundven1-15/+0
100-powerpc-private_futex.patch no longer applies to eglibc trunk. This patch was submitted upstream in trunk. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2010-12-22libc/eglibc: fix installed scriptsBryan Hundven1-0/+14
Like rev 2002, eglibc installs some bash scripts, but use the path to the buildtool bash as the interpreter (on the shebang line). This is only a symlink to the real bash, and thus is not available at runtime. Fix that by assuming that shell on the target *will* be /bin/bash. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com>
2010-12-22kernel/linux: Cleanup unneeded files from 'headers_check' and 'headers_install'Yann E. MORIN"1-1/+9
headers_install makes .install and ..install.cmd files. headers_check makes .check and ..check.cmd files. Remove these files uncoditionaly after installing (and checking) header files into the sys-root. Signed-off-by: Bryan Hundven <bryanhundven@gmail.com> [Yann E. MORIN: reformat the patch, move hunk out of headers_check conditional] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-21docs: overview.txt is gone, point to the new documentationYann E. MORIN"4-10/+11
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-14config/binutils: Add binutils 2.21Bryan Hundven1-0/+6
Currently depends on EXPERIMENTAL, as it is not well tested and I'm not sure if/which patches need to be ported forward from 2.20.1.
2010-12-18config: fix the patch fallbacks methodsYann E. MORIN"1-2/+2
Reported-by: Heiko Zuerker <heiko@zuerker.org> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-19scripts: add doc for patch-reworkYann E. MORIN"1-8/+51
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-18scripts: update config.{sub,guess}Yann E. MORIN"2-4/+18
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-18kernel/linux: fix help for 2.6.35.10Yann E. MORIN"1-0/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-17kernel/linux: bump to latest versionsYann E. MORIN"1-15/+37
- add 2.6.36.2. - bump to 2.6.35.10, which is a new longterm. - bump to 2.6.32.27 and 2.6.27.57, the two old longterms. - update longterm descriptions. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-03complibs/libelf: use host compilerKalle Kankare1-0/+1
It appears, that the configure scripts of libelf versions 0.8.13 and 0.8.12 do not honour the --host option. The compiler must be given as an environment variable or the process will use the command "gcc" as the compiler. It seems that this is already done in the function do_libelf_target in scripts/build/companion_libs/libelf.sh, but not in function do_libelf.
2010-12-12libc: hide no-thread for those C libraries that do not support itYann E. MORIN"3-0/+7
Building non-threaded glibc has been unsupported for a long time, now: http://sourceware.org/ml/libc-alpha/2005-08/msg00091.html As eglibc is a spin-off of glibc: ditto. So do not offer that possibility in the menuconfig. Thanks to Thomas Petazzoni for spotting, and helping to solve, the issue! Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2010-12-12internals: fix strippingYann E. MORIN"1-1/+1
Do not try to strip any script. Previously, only shell scripts were ignored, but when the Java frontend is installed, it also installs a Python script. So we have to ignore any "script text executable", and not restrict it to "shell script text executable". Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>