Age | Commit message (Collapse) | Author | Files | Lines |
|
This implies hidding entries for:
- binutils libraries
- dmalloc
- duma
- native gdb
- ltrace
- strace
- sstrip
|
|
When acting as a backend for a build-system, we should not build
any application that runs on the target, that is:
- no native gdb
- no companion libraries
- no binutils libraries
- no debug tools (save for gdbserver)
- ...
Here, we simply prepare the (hidden) config option that will detect
that we are acting as a back-end.
Update doc accordingly.
|
|
|
|
|
|
This adds initial mips64 config option and build script.
|
|
When gcc-4.5 is out, it will require libelf. So better make it a
companion library now rather than postponing the ineluctable.
|
|
The companion libraries on the target are required only for internal use by
binutils and gdb. The user should not have to know about this, so hide the
option.
|
|
Although currently the wrapper is directly dependent on
companion libraries, let's still decorelate those two.
|
|
|
|
|
|
|
|
|
|
|
|
Add an option to eglibc to optimize for size using -Os.
Signed-off-by: Richard Strand <richard.strand@icomera.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Although this have been only slightly tested, no one has really complained,
and it seems to be working fine so far (on AVR32 at least).
|
|
gcc-4.3.0 never got !EXPERIMENTAL, and no one either confirmed nor complained.
|
|
|
|
The mirror is not necessarily on the /LAN/.
|
|
Use of listing (ls-lR) was never implemented, and never used.
|
|
|
|
It's now been a while that glibc switched to git from cvs.
Get rid of cvs to download glibc; this will make for a good
cleanup before we add git support! :-)
|
|
|
|
|
|
It's broken anyway. Eg.:
- user is already niced at 10
- user configures to renice at 5
- breaks because user is not allowed to 'boost' his/her nice value
Bette let the user handle the renice with:
nice -XX ct-ng 'action'
|
|
Signed-off-by: Remy Bohmer <linux@bohmer.net>
[yann.morin.1998@anciens.enib.fr: use defaults for CT_TARGET_ARCH]
Signed-off-by: "Yann E. MORIN <yann.morin.1998@anciens.enib.fr>
|
|
|
|
|
|
|
|
Add version 2.2.6b of libtool as a companion tool
Signed-off-by: Richard Strand <richard.strand@icomera.com>
|
|
Add version 1.11.1 of automake as a companion tool
Signed-off-by: Richard Strand <richard.strand@icomera.com>
|
|
Add version 1.4.13 of m4 as a companion tool
Signed-off-by: Richard Strand <richard.strand@icomera.com>
|
|
Initial version of adding autoconf as a companion tool.
Signed-off-by: Richard Strand <richard.strand@icomera.com>
[yann.morin.1998@anciens.enib.fr: use generic overide tools dir]
[yann.morin.1998@anciens.enib.fr: update menu entries]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
|
|
|
|
Even if the selected ARCH does not support different bitness (or we do
not support building with another bitness), still select the appropriate
bitness.
|
|
|
|
Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
|
|
Note however that some configurations (eg. arm-elf) will still
have the vendor part 'unknown' forced in (by config.sub).
|
|
This patch adds support for the latest Linux 2.6.32.3 kernel.
Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
[yann.morin.1998@anciens.enib.fr: keep only one long-term stable]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
|
|
Note: the MPFR site happens to be down at the time I wrote
this message, and happens to be down quite often.
Once it's back up'n'runnin', I'll mirror as much as possible
the MPFR tarballs on my site, but in the meantime, you'll
have to handle it by yourself (patience...).
|
|
|
|
From this version of ltrace the maintainer has removed support for
GNU Autotools, so the patch sets needed to be reworked.
Included is the latest Debian patch, by the Debian ltrace maintainer
Juan Cespedes <cespedes@debian.org>, the OpenEmbedded patches for cross
compiling, by Khem Raj <raj.khem@gmail.com> and a further set of patches
by Joachim Nilsson <jocke@vmlinux.org> for crosstool-NG.
|
|
aria2 is a powerfull downloader that is capable of chunking and
parallel retrieval.
Due to li;itations in crosstool-NG retrieval facilities, it's not possible
to take fully advantage of aria2. It might happen that, in the future,
those limitations get lifted away, so we can take use features such as
parallel downloading from more than one server at the same time. For now,
it should still speed up downloads thanks to parallel downloading of chunks.
|