summaryrefslogtreecommitdiff
AgeCommit message (Collapse)AuthorFilesLines
2011-04-24internals/finish: do not remove ${PREFIX}/includeYann E. MORIN"1-3/+0
gcc installs the C++ headers in ${PREFIX}/include/ but we trash that directory at the end of the build. We previously removed that directory as it contained the companion libraries header files. But it's been some time now that we isntall the companion libraries in their own dedicated place, so we do not need to remove that directory. Until we have a better fix, just keep that directory for now. Reported-by: Bob Rossi <bob@brasko.net> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-20config/toolchain: hide sysroot name when in backend modeYann E. MORIN"1-1/+1
In backend mode, setting the sysroot name is the responsibility of the upper-layer build system. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-16cc/gcc: add latest versionYann E. MORIN"32-0/+1085
Propagate the gcc-4.4.5 patchset to the newly added gcc-4.4.6. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-16kernel/linux: add latest versionsYann E. MORIN"1-39/+14
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-12scripts: update config.subYann E. MORIN"1-11/+32
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07scripts/mk-patch: squash all non alphanumeric charsYann E. MORIN"1-1/+1
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07functions: pretty print error messagesYann E. MORIN"1-9/+43
Reformat the error messages: - strip ${CT_LIB_DIR} from scripts path names - strip ${CT_TOP_DIR} from build.log path and docs path - overall shorter lines - point to the known-issues file Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07docs: add a status for know issuesYann E. MORIN"1-0/+32
As time passes, a known issues can be no longer applicable (because the component has been fixed, or a workaround ahs been added in the crosstool-NG scripts/config...). Some may also be unconfirmed, with no way to easily trigger the error, or applies to old versions of components... Add a status for every known issues. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07docs: use the error message in the known issues titlesYann E. MORIN"1-7/+5
This helps users find the appropriate known issue entry. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07docs: add known issues summary in the ToCYann E. MORIN"1-0/+11
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07docs: add known issue about missing forced unwind supportYann E. MORIN"1-0/+17
This has been reported many times, and has become a FAQ. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07functions: fix date calculationsYann E. MORIN"1-1/+1
In case date(1) does not support nanosecond resolution, it does not interpret '%N', and leave it as-is. So we have to remove it. Note that some versions replaces '%N' with 'N', so we have to take this into account as well. Reported-by: Kyle Grieb <grieb.kyle@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-07functions: avoid CR when progress bar is not enabledJavier Viguera1-1/+1
Using CT-NG with progress bar disabled, still prints CR ('\r') characters on the output. When you capture the output to a file as part of an automated build, it shows extra empty lines. For example: ------------------------------------------------------------ [INFO ] Performing some trivial sanity checks [INFO ] Build started 20110404.113619 [INFO ] Building environment variables [EXTRA] Preparing working directories [EXTRA] Installing user-supplied crosstool-NG configuration ------------------------------------------------------------ Signed-off-by: Javier Viguera <javier.viguera@digi.com>
2011-04-06complibs: disable building shared libsYann E. MORIN"12-330/+15
Managing the shared version of the companion libraries has become cumbersome. Also, it will one day be possible to use the companion libraries from the host distribution, and then we will be able to easily use either shared or static libs. As a side note, while working on the canadian-rework series, it has become quite more complex to properly handle shared companion libraries, as they need to be built both for the build and gost systems. That's not easy to handle. At all. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-06libc/glibc: remove duplicate patchYann E. MORIN"1-47/+0
Remove a now obsolete patch for glibc-2.9 (a better one has just been contributed by Esben). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-06libc/glibc: workaround for autoconf'ed define of caddr_tEsben Haabendal6-0/+168
When building canadian cross compiler, I have some trouble with configure defining caddr_t as a macro, like: #define caddr_t char * When combined with the types.h where caddr_t is protected together with daddr_t, the typedef of caddr_t breaks. This patch works around it by protecting the caddr_t typedef specifically. I am uncertain as to the real cause and solution to this :-( Signed-off-by: Esben Haabendal <eha@dev.doredevelopment.dk>
2011-04-06libc/glibc: fix cross-compiling to i686Yann E. MORIN"7-42/+204
In OE-lite we use the attached patch for building i686 cross compilers. Thanks to Khem Raj for original patch :-) At the same time, remove the corresponding patch that was in the ports patchset. CC: Khem Raj <raj.khem@gmail.com> Signed-off-by: Esben Haabendal <eha@dev.doredevelopment.dk> [yann.morin.1998@anciens.enib.fr: remove patch from ports] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-04libc/glibc-common: force use of the BFD linkerYann E. MORIN"1-0/+6
gold can not build glibc/eglibc, force use of the BFD linker during the toolchain build. Reported-by: Bill Pringlemeir <bpringle@sympatico.ca> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-04binutils/binutils: add blind option to force use of ld.bfd during buildYann E. MORIN"2-0/+13
gold is not capable of building glibc/eglibc, so we have to force using the BFD linker, ld.bfd. Offer a blind option that affected components can select to force use of the BFD linker during the build. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-05binutils/binutils: also install the wrapper for the internall ldYann E. MORIN"1-0/+3
ld is also installed in PREFIX/TUPLE/bin, so we need to wrap that as well. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-03binutils/binutils: warn if only gold is selectedYann E. MORIN"1-0/+5
gold is not capable of building glibc/eglibc. See this thread: http://sourceware.org/ml/crossgcc/2011-04/msg00010.html Reported-by: Bill Pringlemeir <bpringle@sympatico.ca> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-03binutils/binutils: always set name of the default linkerYann E. MORIN"1-7/+5
Always export the name of the default linker, even if only one of them is selected. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-04binutils/binutils: hide gold option if no support for current architectureYann E. MORIN"1-1/+11
The gold linker does currently support only a limited set of architectures: - x86 (32- and 64-bit) - ARM Hide the gold option for other architectures. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-04-03arch/sparc: add absic supportYann E. MORIN"2-0/+21
Add support for building SPARC targeted toolchain. With this patch I have built a working sparc V8 (32 toolchain). Testing shows that not all gcc versions works well: 4.4.1 OK (kernel builds and the final kernel can boot) 4.4.2 Not tested 4.4.3 Not tested 4.4.4 BAD (Kernel can build but fails during boot) 4.4.5 BAD (Kernel can build but fails during boot) 4.5.1 BAD (Build fails with a spill related ICE - http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35664) 4.5.2 OK (kernel builds and boots) I have successfully been using the 4.5.2 version for a few months. This patch does not add support for the LEON variant. That may come later. Signed-off-by: Sam Ravnborg <sam@ravnborg.org> [yann.morin.1998@anciens.enib.fr: for 32-bit, default CT_TARGET_ARCH is OK] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-28kernel/linux: update to latest versionsYann E. MORIN"1-6/+16
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-27samples: add first sample to build with gcc-4.6.0Yann E. MORIN"2-26/+52
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-27cc/gcc: fix linking with static PPL 0.11+Yann E. MORIN"2-4/+45
PPL 0.11+ installs three libs: lippl, libppl_c and libpwl. libppl_c has a dependency on libpwl (at least for watchdog stuff). While gcc correctly links with libppl and libppl_c, it does not pull libpwl in. In case of shared libs, this is not a problem, as libppl_c has a NEEDED dependency on libpwl. But for static libs, that does not work. Although libppl_c.la exists and has a correct dependency on lipwl, somehow gcc misses it. So we have to force pulling libpwl when needed. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-26cc/gcc: hide Linaro options by defaultYann E. MORIN"1-3/+21
It can be quite confusing for a new-comer to find strange version numbers for gcc, so hide the Linaro versions by default. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-27cc/gcc: add linaro 4.6 pre-releaseYann E. MORIN"1-0/+7
Before gcc 4.6 was released, Linaro has a pre-release available. Include that version in the config list. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-26cc/gcc: add 4.6.0Yann E. MORIN"1-0/+7
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-26complibs/ppl: build watchdog libraryYann E. MORIN"1-0/+2
gcc-4.6+ requires the Parma Watchdog Library (libpwl). Build it and use it. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-19cc/gcc: prepare for upcoming 4.6Yann E. MORIN"2-1/+16
gcc 4.6 will no longer depend on libelf. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-27cc/gcc: cleanup the _or_later logicYann E. MORIN"2-24/+48
So far, we've had a version always select appropriate _or_later option, which in turn would select all previous _or_later options. Because the dependencies on companion libs were cumulative, that was working OK. But the upcoming 4.6 will no longer depend on libelf, so we can't keep the cumulative scheme we've been using so far. Have each release family select the corresponding dependencies, instead of relying on selecting previous _or_later. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-27cc/gcc: update linaro versionsYann E. MORIN"1-3/+3
Linaro has released version linaro-4.5-2011.03-0. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-26cc/gcc: fix building core when building staticallyYann E. MORIN"1-2/+2
There was a mishap when cut-n-pasting code from the final step into the core step: a variable was not renamed. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-24kernel/linux: update versionYann E. MORIN"1-3/+3
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-23kernel/linux: add altest versionYann E. MORIN"1-6/+16
Fix an incorrect version at the same time... :-( Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-22scripts/internals: fix stripping once moreYann E. MORIN"1-1/+1
Some scripts have 'very long lines', so the output of 'file' will have that mentioned, such as: POSIX shell script, ASCII text executable, with very long lines Reported-by: Kyle Grieb <grieb.kyle@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-22kernel/linux: add latest versionYann E. MORIN"1-3/+3
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20cc/gcc: log even moreYann E. MORIN"1-2/+2
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20libc/mingw: log even moreYann E. MORIN"1-3/+3
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20libc/glibc-common: log even moreYann E. MORIN"1-2/+2
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20libc/newlib: log even moreYann E. MORIN"1-1/+1
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20complibs/libelf: log even moreYann E. MORIN"1-2/+2
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20complibs/mpc: log even moreYann E. MORIN"1-1/+1
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20complibs/cloog: log even moreYann E. MORIN"1-1/+1
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20complibs/ppl: log even moreYann E. MORIN"1-1/+1
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20complibs/mpfr: log even moreYann E. MORIN"1-1/+1
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20complibs/gmp: log even moreYann E. MORIN"1-1/+1
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
2011-03-20debug/trace: log even moreYann E. MORIN"1-1/+2
Also log variable assignement for single commands. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>