| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Add 4.4.4 and forward-port patchset from 4.4.3
|
|
|
|
|
|
starting with 4.5.0, gcc requires libelf.
|
|
Those old versions are not suitable for use by gcc.
|
|
Insight seems to be very slow to follow up on mainstreram gdb.
Latest snapshots are more than 6 months old.
Moreover, I don't have time to maintain insight support in crosstool-NG;
and, because I don't use it, I am unable to find any breakage.
|
|
|
|
It is now possible to built static versions of the companion libraries,
so we can now build a static cross-gdb using the complibs.
|
|
MPFR can't cope with GMP > 4.x.y so hide it behind EXPERIMENTAL
until we fix MPFR
|
|
For uClibc, the name of the Blackfin architecture is 'bfin'. Actually,
the naming of the architecture is quite messy: for toolchain tuples
and uClibc, it's bfin, but for the kernel, it's blackfin. We've
arbitraly choosen to name it "blackfin" in Crosstool-NG.
Add Blackfin-related uClibc patch to fix a build failure related to
fork() being used in unistd/daemon.c.
Yann E. MORIN:
Apply the patch to the kernel/linux build script to use 'linux'
in the noMMU tuples. See:
http://sourceware.org/ml/crossgcc/2010-04/msg00010.html
|
|
|
|
When building a baremetal cross compiler I want to be able to select
the elf format and not be forced to build the elf2flt package.
Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[Yann E. MORIN: tweak the commit message]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
|
|
|
|
|
|
Blackfin uses FD_PIC ELF format to provide shared libraries on a
non-MMU architecture.
|
|
Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>
[Yann E. MORIN: mark it EXPERIMENTAL]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
|
|
If threads are disabled in libc, we don't want to enable them in the
final compiler. Doing so pass the configure stage, but fails latter on
a missing <pthread.h>.
Moreover, we don't want to build libgomp if threads are disabled; its
configure script would fails anyway.
Signed-off-by: Arnaud Lacombe <lacombar@gmail.com>
|
|
In backend mode, allow the upper-layer build system to force the
C library selection.
|
|
In backend mode, only enforce the arch and/or kernel selection if the
upper-layer build system effectively forces the selection.
|
|
|
|
|
|
GMP : 4.3.2, 5.0.1*
CLooG/PPL: 0.15.8 0.15.9
libelf : 0.8.13
*: patch series added
|
|
Always enclose the sourced file between double-quotes (purely for
consistency; enclosing or not are both allowed by the kconfig language).
|
|
|
|
When used as a backend, it is the responsibility of the upper-layer build
system to set the target architecture and kernel.
|
|
When used as a backend, it does not make sense to debug crosstool-NG,
so hide the option.
|
|
Hide the prompts for some behavioral options, for which the upper-layer build
system is responsible for:
- parallel jobs and maximum load
- use pipes
- use custom shell
|
|
When crosstool-NG is used as a backend, it is the responsibility of the
upper-layer build-system to properly set paths, so we just hide the
prompts in this case.
|
|
ELFkickers are looong dead and unmaintained, and the sstrip
from buildroot is working fine *and* is maintained.
|
|
No point building sstrip is the target is not ELF.
|
|
sstrip is now alone in its 'tools' menu, and we will probably never gain
any other 'tool'. Besides, sstrip is just strip, but a little bit more
agressive, so it deserves going to the 'binary utilities' menu.
|
|
|
|
We'll need to differentiate gdb 7.0 or later, from gdb prior to 7.0
|
|
GMP and MPFR are optional for gdb, so offer a config option.
|
|
It is currently impossible to reliably build static GMP/MPFR libs,
so we can't build a static native gdb using them, obviously.
|
|
|
|
|
|
|
|
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.
|
|
|
|
|
|
|
|
|
Yann E. MORIN"
Thomas Petazzoni
Arnaud Lacombe
Zhuang Yuyao