tools wrapper: move choice selection to a more appropriate place

Move the tools wrapper choice selection down to the companion libraries
sub-menu, to avoid the user going back and forth in the menu.

tools wrapper: fix config dependency

The tools wrapper is not needed only for canadian crosses, but also
for every other type of toolchain.

docs: typo in overview.txt

TODO: update

Add TODO list for m4, autoconf, automake and libtool.
Building our own versions would remove burden from the users
who have older versions on their distributions, and are not
ready/able/allowed to upgrade.

config.{gues,sub}: update

config: move the patch choice to the extract section

Choosing the origin of the patches to apply is best
done in the 'extract' section.

config: add fallback to patch order

Add the possibility to fallback to either bundled or local patches
if local or bundled are missing.

config: add the local,bundled patch order

This ordering first applies the local patches, then the bundeld ones.

config: make selecting the patch origin a choice rather than a bool

functions: do not over-detect error when patching

Merge.

tools wrapper: fix error due to unused argument

In the C wrapper, the argc argument is not used, causing an error
(as we treat warnings as errors). Use a dummy allocation to get
rid of the warning.

tools wrapper: correctly install the C wrapper

When building the C wrapper, specify the source file to be compiled.

config: move the "build shared libraries" option to the OS menu

The "Build shared libraries" config option is dependant on the type of
"Target OS".

Moving this options to the "Target OS" sub-menu is also better in the user
perspective: he/she no longer needs to go back and forth to see if he/she
missed any option.

config: make "Build shared libraries" depend on KERNEL_SUPPORTS_SHARED_LIBS

Now that all kernels that support shared libraries select the correct config
option, we can change the dependency rules of SHARED_LIBS accordingly.

config: Linux kernel selectes shared libraries support

The Linux kernel supports using shared libraries, so prompt the user.

config: introduce the KERNEL_SUPPORTS_SHARED_LIBS silent config option

The target OSes will be able to select this option if they support shared
libraries, instead of having "Build shared libaries" depend on each OS.

config: swap the debug and tools sub-menus

ltrace, in the debug sub-menu, selects libelf, in the tools sub-menu.
Inverse the order of the two sub-menus, so that the user does not have
to go back and forth between the two sub-menus.

config: move down companion libraries sub-menu

Move the companion libraries sub-menu down the main menu.
That way, the user does not need to go back and forth in the menu
to change options set by the different components that select the
companion libraries (binutils, gcc, gdb).

companion-libs: PPL/CLooG/MPC require GMP and MPFR

The PPL, CLoog/ppl and MPC libraries require GMP and MPFR.
Select GMP/MPFR appropriately.

tools wrapper: introduce the silent WRAPPER_NEEDED config option

Add the WRAPPER_NEEDED silent config option, that can be selected by
components that require it (companion libs so far).
Rely on this config option when deciding to install the wrapper,
instead of checking GMP/MPFR or PPL/CLoog/MPC.

Merge the C wrapper.

config: choose whether to use the shell or the C wrapper

Offer a config choice on whether to isntall the script wrapper, or
the compiled C wrapper. Update docs/overview.txt accordingly.

tool wrapper: add initial wrapper coded in C

Add an initial wrapper:
- find the realpath of the tool being called
- add the '.' in front of the tool name
- add the '/lib' dir to the base dir of the tool
- set and export LD_LIBRARY_PATH
- execve the real tool

overview: fix table of content, fix the hacker's way

table of content: add missing entry
the hacker's way: no need to "make install"

README: fix some space alignment

duma: fix downloading by forcing extension to .tar.gz

Downoading a non-existing file from sourceforge gives you a "200 OK"
and an index.html. As we try to retrieve a .tar.bz2 first, and duma
is bundled in a .tar.gz, we won't get appropriate content, so
just force the extension to avoid the problem.

Thanks to Ingmar Schraub <is@eseco.de> for pointing out the issue.

x86_64: is a MMU-aware arch, so select ARCH_USE_MMU

duma: fix version string.

DUMA uses '_' not '.' for major/minor/sub separation.

glibc: fix build error caused by incorrect variable assignment

During the conversion to using bash arrays, the glibc build script
was improperly converted, and contains an incorrect variable
assignment to the config_options array.

Merge the bash_array branch.

For every components where it makes sense, use bash arrays (instead
of a string with space-separated values) to store the options pased
to ./configure.

Allow setting --enable-cxx-flags on gcc ./configure

Some setups require one to pass extra CXX flags at the time of ./configure.
Make it easy.

Use bash arrays to store binutils config options

Make glibc's extra_config an array containing ./configure options

Change extra_config from a string to a array of options.

Make gdb's extra_config an array containing ./configure options

Change extra_config from a string to a array of options.

Make dmalloc's extra_config an array containing ./configure options

Change extra_config from a string to a array of options.

Make gcc's extra_config an array containing ./configure options

Change extra_config from a string to a array of options.

Make eglibc's extra_config an array containing ./configure options

Change extra_config from a string to a array of options.

configure: check for bash-3.1 or above

This is required to use the array variables that came with bash-3.1.

[libc-eglibc] Rewrite part of the code

Rewrite part of the code to better match the rest.
Most notably, rewrite handling of:
if [ ... ] && [ ... ]
to:
if [ ... -a ... ]

This has the positive side effect of calling "[" only once, although
"[" is probably a shell built-in.

[libc-eglibc] Fix testing for existing files

To test for existing files, use "[ -f blabla ]", not "[ -a blabla ]"
Checking for a file exsitence with "-a" is a bashism.
Althoug we _are_ using bash, it's disturbing as it can be misread as
the 'and' operator. Fix by using "-f".

samples: add eglibc-based toolchain for MIPS.

config: add Linux kernel 2.6.30.5

config: update Linux kernel long-term stable to 2.6.27.31.

Merge the AVR32 support branch to the default branch.

Removed debug line

Fix libc config

Misc AVR32 cleanups.

Changed copyright

Update README on how to send proper patches

Add a few lines of explanations on how to correctly setup
and use Mercurial to send proper patches.

Add sections to the README

Fix typo in README

Update the README with the new URL to the project homepage

The URL for the crosstool-NG homepage has changed. Update the
README accordingly. The old URL is still valid, though.

config/gcc: re-order versions

Move the gcc-4.3.4 version to its place.

gcc: add support for 4.3.4

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

gcc: add patch to fix PR37436

When compiling some C++ code, GCC 4.3.x fails with an internal
compiler error. The bug report is available at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37436. The included patch
is the one that has been merged in the trunk of gcc.

Signed-off-by: Thomas Petazzoni <thomas.petazzoni@free-electrons.com>

config: make CONFIG_SHELL default to bash

Some components (eg. GMP) will fail to correctly build if
the CONFIG_SHELL is not bash (eg. ash or dash). So make bash
the default CONFIG_SHELL.

Keep ash as a possible selection, as future versions of those
currently /broken/ tools may come fixed wrt to CONFIG_SHELL
being POSIX-ly compliant.

Tagging release 1.4.2

1.4: update version to 1.4.2

[complib:mpfr] Fix building MPFR in some weird cases

The tmul test uses a compiled-in input file in $(srcdir).
The problem is that the Makefile passes it unquoted. The C code
tries to stringify it using clever macros, which may *usually* work.

In my case the source directory was named:
.../toolchain-powerpc-e500v2-linux-gnuspe-1.0-2.fc10/.../tests
And guess what? During testing I found out the program fails because
it tries to open:
.../toolchain-powerpc-e500v2-1-gnuspe-1.0-2.fc10/.../tests

Yes, CPP tokenized the macro before stringifying it and not surprisingly
the 'linux' part was converted to 1.
[on Fedora-10: cpp (GCC) 4.3.2 20081105 (Red Hat 4.3.2-7)]

So the attached patch simplify the macros and pass the path as string
from the Makefile.

Manually backported from 1449:8ad2773e7ae3