AgeCommit message (Collapse)AuthorFilesLines
2011-05-021.11: update version to 1.11.1crosstool-ng-1.11.1Yann E. MORIN"1-1/+1
2011-05-02internals: fix stripping yet once againYann E. MORIN"1-1/+13
Fix typo introduced by changeset #055e505f28be. Also, handle older versions of gcc (typically, all versions prior to 4.0.0). Maxime provided a similar patch, missing the case for the legacy versions of gcc. Reported-by: Maxime Bizon <> Signed-off-by: "Yann E. MORIN" <> (transplanted from 539a3fa894f00888b02c7f89a2046f02c9d51e75)
2011-04-301.11: update version to 1.11.0+hgYann E. MORIN"1-1/+1
2011-04-30Tagging release 1.11.0Yann E. MORIN"1-0/+1
2011-04-301.11: create maintenance branch, update version to 1.11.0crosstool-ng-1.11.0Yann E. MORIN"1-1/+1
2011-04-28samples: updateYann E. MORIN"39-1297/+2671
Release is coming soon... Time to update samples... Signed-off-by: "Yann E. MORIN" <>
2011-04-30internals: fix stripping canadiansYann E. MORIN"1-1/+1
We can't run the newly built gcc when it is a canadian cross. Thus, we can't get the version number, and thus we can't get the directory libexec subdirectory to strip. Signed-off-by: "Yann E. MORIN" <>
2011-04-30scripts: fix installationYann E. MORIN"1-0/+1
Changeset e013ddebc063 forgot to install the file. Signed-off-by: "Yann E. MORIN" <>
2011-04-28docs: uninstall the man pageYann E. MORIN"1-2/+2
Signed-off-by: "Yann E. MORIN" <>
2011-04-28scripts: fix installing samplesYann E. MORIN"1-4/+6
It's been a while now that the working directory CT_WORK_DIR has been changed from 'targets' to '.build'. Fix the install procedure to properly tweak the installed samples. Signed-off-by: "Yann E. MORIN" <>
2011-04-28debug/gdb: fix Linaro version stringYann E. MORIN"1-1/+1
Last update missed updating the version string. Signed-off-by: "Yann E. MORIN" <>
2011-04-28kernel/linux: add latest versionsYann E. MORIN"1-12/+17
Signed-off-by: "Yann E. MORIN" <>
2011-04-27config: small help fix up for work dir defaultYann E. MORIN"1-1/+1
Signed-off-by: "Yann E. MORIN" <>
2011-04-27debug/gdb: add latest Linaro versionYann E. MORIN"1-2/+2
Signed-off-by: "Yann E. MORIN" <>
2011-04-27debug/gdb: hide Linaro options by defaultYann E. MORIN"1-2/+25
It can be quite confusing for a new-comer to find strange version numbers for gdb, so hide the Linaro versions by default. Signed-off-by: "Yann E. MORIN" <>
2011-04-27cc/gcc: add latest Linaro versionsYann E. MORIN"1-6/+6
Signed-off-by: "Yann E. MORIN" <>
2011-04-27cc/gcc: suffle options aroundYann E. MORIN"2-65/+73
Move options around so it feels more organised. Add comments to separate groups of related options. Signed-off-by: "Yann E. MORIN" <>
2011-04-27config: reorder the kernels sub-menuYann E. MORIN"2-231/+232
Re-organise the sub-menu so that: - the kernels list comes first, - followed by kernels generic options - followed by kernels specific options Signed-off-by: "Yann E. MORIN" <>
2011-04-27config: reorder the architectures sub-menuYann E. MORIN"1-4/+4
Re-organise the sub-menu so that: - the archs list comes first, - followed by archs generic options - followed by archs specific options Signed-off-by: "Yann E. MORIN" <>
2011-04-27scripts/addToolsVersion: versions can be either in the .in or the .in.2Yann E. MORIN"1-5/+12
The components have their version selection handled either in the .in file or the .in.2 file. Handle both cases. Also, when dumping an existing version, keep the user's grep options (ie. do override neither options nor colors). Signed-off-by: "Yann E. MORIN" <>
2011-04-24samples: add a new sample for ARM Cortex-A15 with VFP/NEONYann E. MORIN"2-0/+576
Sample origiannly reported and provided by dsreed on the #crostool-ng channel on freenode. I don't have the real ID for dsreed, but the sample is not orginally mine, but his/hers. Signed-off-by: "Yann E. MORIN" <>
2011-04-24libc/uClibc: use MMU settingsYann E. MORIN"1-0/+13
Enforce the MMU settings from the crosstool-NG configuration. Signed-off-by: "Yann E. MORIN" <>
2011-04-24scripts: small eye-candy in the wiki tableYann E. MORIN"1-1/+1
Signed-off-by: "Yann E. MORIN" <>
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 <> Signed-off-by: "Yann E. MORIN" <>
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" <>
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" <>
2011-04-16kernel/linux: add latest versionsYann E. MORIN"1-39/+14
Signed-off-by: "Yann E. MORIN" <>
2011-04-12scripts: update config.subYann E. MORIN"1-11/+32
Signed-off-by: "Yann E. MORIN" <>
2011-04-07scripts/mk-patch: squash all non alphanumeric charsYann E. MORIN"1-1/+1
Signed-off-by: "Yann E. MORIN" <>
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" <>
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" <>
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" <>
2011-04-07docs: add known issues summary in the ToCYann E. MORIN"1-0/+11
Signed-off-by: "Yann E. MORIN" <>
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" <>
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 <> Signed-off-by: "Yann E. MORIN" <>
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 <>
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" <>
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" <>
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 <>
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 <> Signed-off-by: Esben Haabendal <> [ remove patch from ports] Signed-off-by: "Yann E. MORIN" <>
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 <> Signed-off-by: "Yann E. MORIN" <>
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" <>
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" <>
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: Reported-by: Bill Pringlemeir <> Signed-off-by: "Yann E. MORIN" <>
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" <>
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" <>
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 - 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 <> [ for 32-bit, default CT_TARGET_ARCH is OK] Signed-off-by: "Yann E. MORIN" <>
2011-03-28kernel/linux: update to latest versionsYann E. MORIN"1-6/+16
Signed-off-by: "Yann E. MORIN" <>
2011-03-27samples: add first sample to build with gcc-4.6.0Yann E. MORIN"2-26/+52
Signed-off-by: "Yann E. MORIN" <>
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 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" <>