For tools/ and debug/ build scripts, annd a numeric prefix, so that they always get built in the same order, in case of library dependencies.

/trunk/scripts/build/debug.sh | 2 1 1 0 +-
/trunk/scripts/build/tools.sh | 2 1 1 0 +-
2 files changed, 2 insertions(+), 2 deletions(-)

Add latest linux kernel versions.
Remove old ones, keeping only the latest 'Y' in each 2.6.X.Y series.

/trunk/config/kernel/linux_headers_install.in | 129 26 103 0 +++++++--------------------------
1 file changed, 26 insertions(+), 103 deletions(-)

Add latest, untested gdb versions

/trunk/config/debug/gdb.in | 18 18 0 0 ++++++++++++++++++
1 file changed, 18 insertions(+)

Better explain why populate exists.
New entry for how to add a new component version.
Some homogeneisation in style.

/trunk/docs/overview.txt | 44 30 14 0 ++++++++++++++++++++++++++++++--------------
1 file changed, 30 insertions(+), 14 deletions(-)

Remove some EXPERIMENTAL binutils versions, I do not have time to create associated patches.

/trunk/patches/binutils/2.18.50.0.4/200-ld-makefile-path.patch | 30 30 0 0 ++++++++++
/trunk/patches/binutils/2.18.50.0.4/100-arm-uclibcgnueabi.patch | 30 30 0 0 ++++++++++
/trunk/patches/binutils/2.18.50.0.4/300-check-ldrunpath-length.patch | 26 26 0 0 +++++++++
/trunk/patches/binutils/2.18.50.0.6/200-ld-makefile-path.patch | 30 30 0 0 ++++++++++
/trunk/patches/binutils/2.18.50.0.6/100-arm-uclibcgnueabi.patch | 30 30 0 0 ++++++++++
/trunk/patches/binutils/2.18.50.0.6/300-check-ldrunpath-length.patch | 26 26 0 0 +++++++++
/trunk/config/binutils.in | 24 0 24 0 --------
7 files changed, 172 insertions(+), 24 deletions(-)

Add a new help entry to list each samples more verbosely, but only on-demand.

/trunk/samples/samples.mk | 4 4 0 0 ++++
/trunk/scripts/showSamples.sh | 32 31 1 0 +++++++++++++++++++++++++++++++-
2 files changed, 35 insertions(+), 1 deletion(-)

Eye-candy in the addToolVersion.sh script.

/trunk/tools/addToolVersion.sh | 2 1 1 0 +-
1 file changed, 1 insertion(+), 1 deletion(-)

Update known issues with dmalloc failure.

/trunk/docs/known-issues.txt | 15 14 1 0 ++++++++++++++-
1 file changed, 14 insertions(+), 1 deletion(-)

Remove unused glibc patches.

Rebuild generated files if re-configured.

/trunk/Makefile.in | 2 1 1 0 +-
1 file changed, 1 insertion(+), 1 deletion(-)

Add a file documenting known issues.

/trunk/docs/known-issues.txt | 5 5 0 0 +++++
1 file changed, 5 insertions(+)

Do not try to download, extract, or build GMP and MPFR if not asked for.

/trunk/scripts/build/gmp.sh | 12 11 1 0 +++++++++++-
/trunk/scripts/build/mpfr.sh | 11 11 0 0 +++++++++++
2 files changed, 22 insertions(+), 1 deletion(-)

Remove obsolete MPFR version, as it is no longer available for download.

/trunk/config/cc/mpfr.in | 5 0 5 0 -----
1 file changed, 5 deletions(-)

Merge the fortran stuff to trunk now it works!
Fortran is not supported for all targets, though. ARM at least does not work.

/trunk/scripts/build/binutils.sh | 8 8 0 0 ++++++++
/trunk/scripts/build/cc_gcc.sh | 11 6 5 0 ++++++-----
/trunk/scripts/crosstool.sh | 10 9 1 0 +++++++++-
/trunk/tools/addToolVersion.sh | 3 3 0 0 +++
/trunk/steps.mk | 2 2 0 0 ++
/trunk/config/cc/gcc.in | 16 16 0 0 ++++++++++++++++
6 files changed, 44 insertions(+), 6 deletions(-)

Build both shared and static versions of binutils' libraries for target.

/trunk/scripts/build/binutils.sh | 1 1 0 0 +
1 file changed, 1 insertion(+)

Add latest binutils snapshots.

/trunk/config/binutils.in | 12 12 0 0 ++++++++++++
1 file changed, 12 insertions(+)

Do not forget binutils' target libraries in the list.

/trunk/scripts/build/binutils.sh | 4 2 2 0 ++--
1 file changed, 2 insertions(+), 2 deletions(-)

Be alittle less verbose in the core CC pass 1 & 2.

/trunk/scripts/build/cc_gcc.sh | 5 0 5 0 -----
1 file changed, 5 deletions(-)

Building target libraries before the cross-compiler is available is doomed! Move build binutils' target libraries after final gcc.
Have a unique list of steps, it's easier to maintain.

/trunk/scripts/build/binutils.sh | 8 5 3 0 +++++---
/trunk/scripts/crosstool.sh | 16 2 14 0 ++--------------
/trunk/steps.mk | 29 16 13 0 ++++++++++++++++-------------
3 files changed, 23 insertions(+), 30 deletions(-)

Eye candy in the binutils config menu.

/trunk/config/binutils.in | 2 1 1 0 +-
1 file changed, 1 insertion(+), 1 deletion(-)

Adds contrib patch to support the OpenRISK or1k.

/trunk/contrib/openrisc-or32.patch.lzma | 2578 2578 0 0 +++++++++++++++++++++++++++++++++++++++
1 file changed, 2578 insertions(+)

Add building some binutils libraries for the target, as some utilities might need them.

/trunk/scripts/build/binutils.sh | 32 32 0 0 ++++++++++++++++++++++++++++++++
/trunk/config/binutils.in | 22 22 0 0 ++++++++++++++++++++++
2 files changed, 54 insertions(+)

Offer an option to build a static cross-gdb.

/trunk/scripts/build/debug/gdb.sh | 9 9 0 0 +++++++++
/trunk/config/debug/gdb.in | 9 9 0 0 +++++++++
2 files changed, 18 insertions(+)

Document the contrib/ sub-directory.
Fixed the documentation for the arch-dpecific 'CT_DoArchValues' function.

/trunk/docs/overview.txt | 20 13 7 0 +++++++++++++-------
1 file changed, 13 insertions(+), 7 deletions(-)

Add a directory to store contributed stuff.
It will server to hold unmerged stuff.

Configure tsocks with a simple heuristic.

Consider the proxy has to be in a 'local' network. It means it is directly
reachable by the local machine, even if the local machine has to hop through
one or more gates to reach the proxy (often the case in enterprise networks
where class A 10.0.0.0/8 is in fact sub-divided into smaller networks, each
one of them in a different location, eg. 10.1.0.0/16 in a place, while
10.2.0.0/16 would be on the other side of the world). Not being in the same
subnet does not mean the proxy is not available.

So we will build a mask with at most high bits set, which defines a network
that has both the local machine and the proxy. Because a machine may have
more than one interface, build a mask for each of them, removing 127.0.0.1
which is added automagically by tsocks, and removing duplicate masks.

If all of this does not work, then it means the local machine can NOT in fact
reach the proxy, which in turn means the user mis-configured something (most
probably a typo...).

/trunk/scripts/crosstool.sh | 61 52 9 0 +++++++++++++++++++++++++++++++++++++++++++--------
1 file changed, 52 insertions(+), 9 deletions(-)

Tss.... I was bieng real stupid while building up the tsocks.conf file. Implement a much simpler way.

/trunk/scripts/crosstool.sh | 27 5 22 0 +++++----------------------
1 file changed, 5 insertions(+), 22 deletions(-)

Try to make clear that SOCKS proxying is currently BROKEN.

/trunk/config/global/download_extract.in | 36 19 17 0 +++++++++++++++++++-----------------
1 file changed, 19 insertions(+), 17 deletions(-)

Using SOCKS 4/5 proxy is no easy task:
- a machine may well be able to reach the proxy, even if it is not on the same sub-net(s) as the machine itself (absolutely legitimate)
- tsocks.conf needs a list of so-called 'local' networks that can be reached without the need for a SOCKS connection
- SOCKS proxies are expected to be in 'local' networks
- there is absolutely NO way to tell what networks are local, besides the sub-net(s) the machine is in

Therefore, appropriate configuration of SOCKS 4/5 configuration is really complex, and attempts to correctly overcome this issue are doomed.

/trunk/scripts/crosstool.sh | 52 46 6 0 ++++++++++++++++++++++++++++++++++----
/trunk/config/global/download_extract.in | 39 31 8 0 +++++++++++++++++++++++------
2 files changed, 77 insertions(+), 14 deletions(-)

Fix using HTTP proxy.

/trunk/scripts/crosstool.sh | 9 5 4 0 +++++----
/trunk/config/global/download_extract.in | 2 1 1 0 +-
2 files changed, 6 insertions(+), 5 deletions(-)