summaryrefslogtreecommitdiffstats
path: root/toolchain/toolchain-crosstool-ng
Commit message (Collapse)AuthorAgeFilesLines
* Introduce BR2_TOOLCHAIN_USES_{UCLIBC, GLIBC}Thomas Petazzoni2013-07-041-8/+3
| | | | | | | | | | | | | | | | | Currently, when we need to do a conditional on the type of C library used, we need to take into account the three toolchain backends. As we are going to add eglibc support to the Buildroot toolchain backend, it would become even uglier, so this patch introduces two new hidden options: BR2_TOOLCHAIN_USES_UCLIBC and BR2_TOOLCHAIN_USES_GLIBC, that exist regardless of the toolchain backend. The entire Buildroot code base is converted to use those options. Note that we have intentionally created only one option (BR2_TOOLCHAIN_USES_GLIBC) for both glibc and eglibc, since they are essentially the same, as far as Buildroot is concerned. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Use more sensible names for the external/ctng targetsThomas Petazzoni2013-07-041-9/+7
| | | | | | | | | Instead of using the 'uclibc' target for all toolchain backends, introduce more sensible target names for the external toolchain and Crosstool-NG toolchain backend make targets. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uclibc: convert to the package infrastructureThomas Petazzoni2013-07-041-1/+1
| | | | | | [Peter: update manual to match] Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* gdb: convert to the package infrastructureThomas Petazzoni2013-04-111-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This commit converts gdb to the package infrastructure, and therefore moves it from toolchain/gdb to package/gdb. The target package is now visible in "Package selection for the target" => "Debugging, profiling and benchmark". The main option, "gdb", forcefully selects the "gdbserver" sub-option by default. Another sub-option, "full debugger" allows to install the complete gdb on the target. When this option is enabled, then "gdbserver" is no longer forcefully selected. This ensures that at least gdbserver or the full debugger gets built/installed, so that the package is not a no-op. The host debugger is still enabled through a configuration option in "Toolchain". It is now visible regardless of the toolchain type (it used to be hidden for External Toolchains). The configuration options relative to the host debugger are now in package/gdb/Config.in.host, similar to how we have package/binutils/Config.in.host. Since gdb is now a proper package, it is no longer allowed to 'select BR2_PTHREADS_DEBUG' to ensure thread debugging is available when needed. Instead, it now 'depends on BR2_TOOLCHAIN_HAS_THREADS_DEBUG'. This option, in turn, is selected by the different toolchain backends when appropriate. The 'BR2_TOOLCHAIN_HAS_THREADS_DEBUG_IF_NEEDED' option is removed, since we no longer need to know when it is allowed to 'select BR2_PTHREADS_DEBUG'. Also, the 'BR2_PTHREADS_DEBUG' option is moved to appear right below the thread implementation selection (in the case of the Buildroot toolchain backend). Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: do not depend on the top-level Buildroot's .configYann E. MORIN2013-03-181-10/+6
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Previously, the crosstool-NG backend did depend on the top-level Buildroot's .config to detect changes in the toolchain options, using a tentatively-clever heuristic, which also included the full Buildroot's version string to push down to set the components' versions strings. In doing so, any commit in the Buildroot tree would imply a complete rebuild of the toolchain, even in the case the toolchain options did not change, thus being a large annoyance (to say the least). As Buildroot never guaranteed that toolchain options would be detected, even less handled, and that the internal backend does neither detect nor act on toolchain options changes, and delegate that to the user, there is no point in individualising the crosstool-NG backend's behaviour. This reasoning also applies to the depdency on the crosstool-NG's bundled .config file, too. So, just drop the not-so-clever heuristic, and just build the toolchain once, leaving to the user the responsibility to explictly ask Buildroot to rebuild the toolchain. Reported-by: "Przemyslaw Wrzos" <przemyslaw.wrzos@calyptech.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Cc: "Przemyslaw Wrzos" <przemyslaw.wrzos@calyptech.com> Cc: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-ng: sprinkle with some calls to MESSAGEYann E. MORIN2013-01-201-3/+2
| | | | | | | | | | | Thus, the failing step can be easily extracted by autobuilders, to ease with post-mortem analysis. At the same time, remove two debug echoes (Arnout). Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crostool-ng: use newly-introduced BUILDROOT_CONFIGYann E. MORIN2013-01-131-57/+57
| | | | | | | No need to recreate a path we already have. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-ng: be more explicit in the config file helpYann E. MORIN2013-01-121-4/+6
| | | | | | | | | | | | | Some users seem to interpret: make ctng-menuconfig as being a value that can be fit for the ct-ng config file. Clarify that it is a command to run, not a possible value. Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Fix installation of crosstool-ng libraries to targetFloris Bos2013-01-061-1/+1
| | | | | | | | | | | When using the crosstool-ng toolchain option, the libc libraries were not installed to target. Buildroot calls the show-tuple function to determine the directory to copy from, and it seems that outputs the result to stderr instead of stdout Signed-off-by: Floris Bos <bos@je-eigen-domein.nl> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-ng: update config for glibc-based toolchainsYann E. MORIN2012-12-212-6/+5
| | | | | | | | | | | | | | | Update the version of glibc to be used, since older versions are broken with the currently-used binutils versions. Fixes build issues ending with: tmpfs/ccvkz3ro.s:33: Error: CFI instruction used without previous .cfi_startproc This new version does not have RPC support, so update the Config.in. CC: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain-crosstool-ng: update PPL and CLoog versions in default configsThomas Petazzoni2012-12-213-18/+30
| | | | | | | | | | | | | | | We have updated our Crosstool-NG configuration to gcc 4.6.x, but the PPL and CLoog versions were not updated accordingly. With gcc 4.6.x, at least PPL 0.11 is needed, and only CLoog > 0.15.9 can work with PLL 0.11. Fixes: http://autobuild.buildroot.org/results/c22758a30c3b8abb582150cefd7099605c527e14/build-end.log Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Tested-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* package/crosstool-ng: bumpimg default GCC version to 4.6.3Carsten Schoenert2012-12-093-15/+63
| | | | | | | | | | | | This bumps the GCC version from 4.4.6 to 4.6.3 to for *.config-eglibc *.config-glibc *.config-uClibc be equal to the default GCC setting in buildroot as well in addition to commit b855154ee8683e87afa08c6cc50b716d22879922. Signed-off-by: Carsten Schoenert <c.schoenert@t-online.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* package/crosstool-ng: update to 1.17.0Carsten Schoenert2012-12-053-54/+164
| | | | | | | | | | Updating current crosstool-ng config files to 1.17.0 crosstool-ng.config-eglibc crosstool-ng.config-glibc crosstool-ng.config-uClibc Signed-off-by: Carsten Schoenert <c.schoenert@t-online.de> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain-crosstool-ng: install libthread_db if appropriateRichard Braun2012-11-301-0/+4
| | | | | | Signed-off-by: Richard Braun <rbraun@sceen.net> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Rename BR2_INET_RPC to BR2_TOOLCHAIN_HAS_NATIVE_RPCThomas Petazzoni2012-11-041-3/+7
| | | | | | | | | | The BR2_INET_RPC has for a long time been a not very descriptive configuration option name, and with the advent of non-RPC glibc toolchains and the apparition of libtirpc, we really need to rename it to something more sensible, BR2_TOOLCHAIN_HAS_NATIVE_RPC. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain-crosstool-ng: use the Crosstool-ng config options instead of the ↵Thomas Petazzoni2012-11-041-5/+5
| | | | | | | | | | | | | common hidden ones Since we are some day going to finally rename the badly named common toolchain options (BR2_USE_WCHAR, BR2_ENABLE_LOCALE, BR2_INET_RPC, etc.) into something more logical, let's start using the Crosstool-NG toolchain options in the Crosstool-NG code. Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Reviewed-by: Yann E. MORIN <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-ng: vendor part of tuple should be 'buildroot'Thomas Petazzoni2012-10-181-1/+1
| | | | | | | | | | | | | | | | | | | Since 11017f081fc5b034e680d89eaea729c19f450e01, the Crosstool-ng backend generates toolchains that have a prefix inconsistent with what Buildroot expects. Buildroot expects a "buildroot" vendor name, while Crosstool-NG builds toolchain with the "unknown" vendor name. This is causing build failure such as: http://autobuild.buildroot.org/results/15b2c0e50a81b86dd13af684c9254df2bc0df8de/build-end.log Fix this by changing the vendor part of the tuple used by Crosstool-NG to "buildroot". Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Acked-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Acked-by: Arnout Vandecappelle (Essensium/Mind) <arnout@mind.be> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* package/crosstool-ng: update to 1.16.0Yann E. MORIN2012-08-063-39/+57
| | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
* toolchain/crosstool-ng: change use of BR2_JLEVEL to PARALLEL_JOBSNathan Lynch2012-06-241-1/+1
| | | | | Signed-off-by: Nathan Lynch <ntl@pobox.com> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Remove REAL_GNU_TARGET_NAMERichard Braun2012-06-231-2/+2
| | | | | | | | Instead of providing two variables, make GNU_TARGET_NAME give the real target name, and remove REAL_GNU_TARGET_NAME altogether. Signed-off-by: Richard Braun <rbraun@sceen.net> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: disable decimal floatsYann E. MORIN2012-05-163-6/+6
| | | | | | | | | | | | | | | | | | | | | Decimal floats were introduced circa gcc-4.2 or -4.3, and requires the floating-point environement fenv.h in the C library. The uClibc .config file used by crosstool-NG to build uClibc is the same as used by the internal buildroot mechanism, and explcitly disables fenv support. The quick workaround is to simply disable decimal floats in all crosstool-NG config files. In the long run, it might be better to check this situation, and/or add code and/or options in crosstool-NG to handle this (but it is much more involved, and this workaround is sane). Reported-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> CC: Thomas Petazzoni <thomas.petazzoni@free-electrons.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* crosstool-ng: use uClibc 0.9.33.1 / NPTL by defaultPeter Korsgaard2012-05-093-13/+7
| | | | | | So we're in sync with the internal toolchain. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* package/crosstool-ng: bump version to 1.15.2, update config filesYann E. MORIN2012-05-093-71/+152
| | | | | | | | Update the version of crosstool-Ng used, bump to 1.15.2. Also, update the bundled config files to match the new version. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@free.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* crosstool-ng: fixup after copy_toolchain_lib_root api changesPeter Korsgaard2012-05-091-2/+2
| | | | | | | | | | Commit 0729b544b3 (Improve external toolchain logic to support IA32 Sourcery CodeBench toolchain) and e1f0804cc (external-toolchain: add support for recent Linaro toolchains) changed the interface of copy_toolchain_lib_root, but ctng wasn't updated so libraries weren't copied to the target. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ctng: use gcc 4.4.6Peter Korsgaard2012-01-223-9/+9
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ctng: use 3.0.4 kernel headersPeter Korsgaard2012-01-223-9/+9
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* ctng: use internal toolchain uClibc config, build uClibc 0.9.32Peter Korsgaard2012-01-223-250/+4
| | | | | | | So the uClibc configurations are kept in sync between the two toolchain methods. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/ct-ng: update to 1.13.0Yann E. MORIN2011-11-023-119/+152
| | | | | | | | | Update the version in the package description. Update the default configuration files for the three different C libraries. [Peter: Removed unneeded changes as noticed by Baruch Siach] Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: fix bundled config filesYann E. MORIN2011-08-283-4/+4
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Bundled config files have architecture-specific values in them, which may break if buildroot is configured with another architecture that does not forcibly set these option. For example, the bundled config files are for x86_64, and define: CT_ARCH_TUNE="generic" This comes from the BR2_GCC_TARGET_TUNE config option (in buildroot) that is set accordingly to the selected (arch,sub-arch). But if someone configures buildroot for, say, generic ARM, then the BR2_GCC_TARGET_TUNE config option is not set, and the crosstool-NG backend Makefile believes it should not be pushed down to the crosstool-NG config file. BUT... The crosstool-NG backend Makefile can not forcibly push BR2_GCC_TARGET_TUNE down to the CT-NG config file. If BR2_GCC_TARGET_TUNE is empty, the user can still set CT_ARCH_TUNE by running ctng-menuconfig. The backend Makefile already passes such values only if they are set. In the end, we can't push options as-is to the crosstool-NG config, but we MUST provide sane bundled config files, which this patch does. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: update bundled config filesYann E. MORIN2011-08-073-473/+180
| | | | | | | | Update the crosstool-NG libc-specific config files to match the new set of options coming with the updated crosstool-NG. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toochain/crosstool-NG: bump versionYann E. MORIN2011-08-071-1/+1
| | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* uClibc: drop BR2_PROGRAM_INVOCATION optionPeter Korsgaard2011-07-273-20/+2
| | | | | | | | | | | | Remove the BR option and enable the configuration setting in the uClibc defconfigs. The BR2_PROGRAM_INVOCATION option only adds very little overhead to uClibc, and we have a number of packages needing it, so simply always enable it - Simplifying the kconfig logic and the number of choices users have to make. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: use the package infrastructureYann E. MORIN2011-07-153-137/+11
| | | | | | | | | | | | Move crosstool-NG to package/ and make it an autotarget package. This requires a new patch (now upstream). Now, the crosstool-NG toolchain backend only contains enough to build the toolchain, there's no more reference to building crosstool-NG as a package. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-ng: allow pre-downloading the sourcesYann E. MORIN2011-07-132-5/+88
| | | | | | | | | | | | | On "make source", just download the required sources, and do not build the entire toolchain. This requires a new patch against crosstool-NG (got from upstream). The "uclibc-source" rule requires an installed and configured crosstool-NG, so it has to be after the variables declaration. For consistency, move down the main rule "uclibc". Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: fix up ct-ng config file to saner defaultsYann E. MORIN2011-05-221-0/+12
| | | | | | | | | | | | | | | | | | | | | | | | | | Peter on IRC reported some build failures for different targets. They were of two kinds: - missing/unknown stack unwinding support - missing *_chk functions The first is about configure not being able to automagically determine if stack unwinding support is available for the target. The second is about fortified build forgetting to build the fortified functions. This applies to both glibc and eglibc. After some discussions on IRC with Jacmet, it appears that we can safely assume both of the following: - virtually all targets of buildroot will have stack unwinding support - we do not care about fortified builds (so far) So, update the bundled crosstool-NG .config file to saner defaults: - force unwind support - disable fortified builds [Peter: fix 'force non-fortified build' sed invocation] Reported-by: Peter Korsgaard <jacmet@sunsite.dk> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: update to 1.11.3Yann E. MORIN2011-05-225-147/+242
| | | | | | | | | | | | 1.11.3 is the latest stable version, and it has a few improvements we'll find usefull. For example, it hasa a boolean option for disabling the {,e}glibc fortified build (instead of requiring us to shoehorn it in extra cflags. Update the config files. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: bundle one CT-NG config file for each libc famillyYann E. MORIN2011-05-225-31/+1019
| | | | | | | | | | Currently, the bundled CT-NG config file has no C library configured. It is quite complex to add and/or munge options in this case. Now, with one config file per libc familly, it becomes easier. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: correctly copy the dynamic linkerYann E. MORIN2011-04-241-3/+4
| | | | | | | | | | | | | | | | | Depending on some setting (which? Arch? Others?), the dynamic linker can get different names. Some times, it is named ld-linux.something.so, other times, it is ld.so.1, and maybe other variants as well... The fix is to always copy ls*.so, even if it is a symlink: we create the destination file by its SONAME, and if ld*.so matches more than one file, that's no issue, as they would all get the same SONAME (being symlinks ones to the others). Split long lines at the same time. Reported-by: Ettore Campion <ecampion@gmail.com> Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: bump version to 1.10.1Yann E. MORIN2011-04-201-2/+2
| | | | | | | At the same time, also use the new upstream location. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/crosstool-NG: fix sysroot nameYann E. MORIN2011-04-202-0/+13
| | | | | | | | | | We have to ensure that the sysroot created while building the toolchain will be the one we later search for libraries. So: - hide the sysroot name prompt from the ct-ng menu. - force the sysroot name to be 'sysroot'. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* crosstool-ng: fix target libc install after s/sys-root/sysroot/ renamePeter Korsgaard2011-04-191-1/+1
| | | | Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* crosstool-ng: fix ctng-menuconfig with ccache enabledPeter Korsgaard2011-02-251-1/+2
| | | | | | | If ccache is enabled, we need to ensure it is built for the host before anything else. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/ct-ng: use program_invocation_name option from BR configYann E. MORIN2011-02-171-0/+7
| | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/ct-ng: use soft-float option from BR configYann E. MORIN2011-02-101-1/+10
| | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/ct-ng: use processor variant from BR configYann E. MORIN2011-02-101-1/+9
| | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/ct-ng: use MMU option from the BR configYann E. MORIN2011-02-101-1/+5
| | | | | Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* toolchain/ct-ng: update to crosstool-NG 1.10.0Yann E. MORIN2011-02-105-132/+77
| | | | | | | | Update the default .config file. Remove now unnecessary patches. Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* Use 'sysroot' rather than 'sys-root' for the sysroot/staging_dirPeter Korsgaard2011-01-261-0/+35
| | | | | | | | | | As pointed out on the list, using sysroot rather than sys-root is less confusing, as this is how it is referred to in the GCC manual. So rather than changing BR, patch ct-ng to use sysroot instead. The next ct-ng release will use 'sysroot' as well by default. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* crosstool-ng: don't remove installation directory before installingPeter Korsgaard2011-01-251-0/+37
| | | | | | | | | crosstool-ng would normally delete its installation directory before installing the toolchain to ensure it wouldn't get confused by an earlier build. Now that we're installing directly into HOST_DIR/usr, this doesn't work very well - So get rid of the rm's. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
* crosstool-ng: install toolchain into HOST_DIR like the internal toolchainPeter Korsgaard2011-01-251-5/+3
| | | | | | | Simplifies code and helps us when we add SDK support in the future. With this we no longer need to copy headers/libraries to STAGING_DIR either. Signed-off-by: Peter Korsgaard <jacmet@sunsite.dk>
generated by cgit v1.2.3 (git 2.39.1) at 2024-04-29 14:17:49 +0000