2010-07-15scripts: update config.{guess,sub}
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 15 Jul 2010 10:18:40 +0200] rev 2025
scripts: update config.{guess,sub}

2010-07-14Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 14 Jul 2010 19:11:40 +0200] rev 2024
Merge.

2010-07-14complibs/ppl: backout #9f0de857cb05
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 14 Jul 2010 19:11:12 +0200] rev 2023
complibs/ppl: backout #9f0de857cb05

The patch breaks the build on most machines,
while the purpose of the patch is dubious.
So, simply back it out.

2010-07-11debug/gdb: properly remove build tic
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 11 Jul 2010 22:26:29 +0200] rev 2022
debug/gdb: properly remove build tic

tic is isntalled in buildtools, not in the toolchain's bin dir.
Plus, it may have an extension...

2010-07-11debug/gdb: Fix compilation for Mingw hosts
Remy Bohmer <linux@bohmer.net> [Sun, 11 Jul 2010 22:23:34 +0200] rev 2021
debug/gdb: Fix compilation for Mingw hosts

GDB requires PDcurses instead of ncurses while running on Windows.
So, do not always compile ncurses in case GDB needs to build.

PDcurses is provided by an earlier build step and is not described in
this file.

Signed-off-by: Remy Bohmer <linux@bohmer.net>
[yann.morin.1998@anciense.nib.fr: we already have a way to detect ncurses usage]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-07-11complibs/ppl: fix build for MINGW
Bart vdr Meulen <bartvdrmeulen@gmail.com> [Sun, 11 Jul 2010 21:37:43 +0200] rev 2020
complibs/ppl: fix build for MINGW

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
---
patches/ppl/0.10.2/100-update-for-mingw-build.patch | 19 +++++++++++++++++++
1 file changed, 19 insertions(+)
create mode 100644 patches/ppl/0.10.2/100-update-for-mingw-build.patch

2010-07-11samples: add Linux -> Mingw32 sample
Bart vdr Meulen <bartvdrmeulen@gmail.com> [Sun, 11 Jul 2010 21:37:29 +0200] rev 2019
samples: add Linux -> Mingw32 sample

Sample to build compiler targetting mingw32 target systems

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
---
samples/i686-pc-mingw32/crosstool.config | 302 +++++++++++++++++++++++++++++++
samples/i686-pc-mingw32/reported.by | 3
2 files changed, 305 insertions(+)
create mode 100644 samples/i686-pc-mingw32/crosstool.config
create mode 100644 samples/i686-pc-mingw32/reported.by

2010-07-11kernel/mingw: add target libraries
Bart vdr Meulen <bartvdrmeulen@gmail.com> [Sun, 11 Jul 2010 21:36:55 +0200] rev 2018
kernel/mingw: add target libraries

Add several development libraries to the build of the mingw cross-compiler
to be used on target

Libraries:
PDCurses (port of the ncurses library)
GnuRX (the regex library)
DirectX
OpenGL

Signed-off-by: Bart vdr. Meulen <bartvdrmeulen@gmail.com>
[yann.morin.1998@anciens.enib.fr: don't show DX and RX versions if disabled]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-07-11kernel: add mingw
Bart vdr Meulen <bartvdrmeulen@gmail.com> [Sun, 11 Jul 2010 21:36:20 +0200] rev 2017
kernel: add mingw

Add the option to build a cross-compiler for kernel type 'mingw'.
The resulting cross-compiler can be used to build applications on a Linux host
that can be run on a Windows target.

Compiler is build using the mingwrt and w32-api packages aviable from the
MinGW project (http://sourceforge.net/projects/mingw).

The windows headers (w32-api package) are extracting with the kernel_headers
step The libraries and other headers from both packages are build and
installed in the various steps of libc

Signed-off-by: Bart vdr Meulen <bartvdrmeulen@gmail.com>
[yann.morin.1998@anciens.enib.fr: fix kernel headers comment, don't "return 0"]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-07-11libc: add global threads support option
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 11 Jul 2010 14:26:52 +0200] rev 2016
libc: add global threads support option

2010-07-11samples: add an ARMeb uClibc/NPTL experimental sample
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 11 Jul 2010 00:20:13 +0200] rev 2015
samples: add an ARMeb uClibc/NPTL experimental sample

2010-07-10cc/gcc: gcc-4.4 does not use MPC
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 10 Jul 2010 15:25:10 +0200] rev 2014
cc/gcc: gcc-4.4 does not use MPC

As reported by Johannes Stezenbach, see thread at:
http://sourceware.org/ml/crossgcc/2010-07/msg00017.html

2010-07-10config: no need to push the download mirror in a sub menu
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 10 Jul 2010 14:20:16 +0200] rev 2013
config: no need to push the download mirror in a sub menu

2010-07-09binutils/binutils: add binutils-2.20.1
Johannes Stezenbach <js@sig21.net> [Fri, 09 Jul 2010 15:53:49 +0200] rev 2012
binutils/binutils: add binutils-2.20.1

Signed-off-by: Johannes Stezenbach <js@sig21.net>

2010-07-09kernel/linux: update linux stable releases
Johannes Stezenbach <js@sig21.net> [Fri, 09 Jul 2010 15:51:59 +0200] rev 2011
kernel/linux: update linux stable releases

Signed-off-by: Johannes Stezenbach <js@sig21.net>

2010-07-03libc/uClibc: fix snapshots 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 03 Jul 2010 00:17:54 +0200] rev 2010
libc/uClibc: fix snapshots

Snapshots are in a subdir named uClibc, not uClibc-snapshot
(or uClibc-YYYYMMDD either).
(transplanted from b13d0db6fa95795bb663bf674372b58221682dd6)

2010-07-03libc/uClibc: enable NPTL for snapshots
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 03 Jul 2010 01:15:28 +0200] rev 2009
libc/uClibc: enable NPTL for snapshots

Recently, NPTL has matured a lot in uClibc, and more and more
people are interested to at least give it a try. So enable it.

2010-07-03libc/uClibc: fix snapshots
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 03 Jul 2010 00:17:54 +0200] rev 2008
libc/uClibc: fix snapshots

Snapshots are in a subdir named uClibc, not uClibc-snapshot
(or uClibc-YYYYMMDD either).

2010-07-02libc/uClibc: fix munging .config for LT old/new
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 02 Jul 2010 22:11:45 +0200] rev 2007
libc/uClibc: fix munging .config for LT old/new

2010-07-03debug/ltrace: add latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 03 Jul 2010 14:51:02 +0200] rev 2006
debug/ltrace: add latest version

2010-07-07scripts/finish: do not try to symlink if sed expr is a no-op 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 07 Jul 2010 22:33:49 +0200] rev 2005
scripts/finish: do not try to symlink if sed expr is a no-op

If the sed expression does not transform the
tuple, do not try to create the symlink.
(transplanted from 5d6d3c28a658a65551d4eb5de414fd97b575f314)

2010-07-07scripts/finish: do not try to symlink if sed expr is a no-op
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 07 Jul 2010 22:33:49 +0200] rev 2004
scripts/finish: do not try to symlink if sed expr is a no-op

If the sed expression does not transform the
tuple, do not try to create the symlink.

2010-07-01debug/gdb: fix incorrect path
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 01 Jul 2010 01:17:01 +0200] rev 2003
debug/gdb: fix incorrect path

Fix discrepancy between the directory we create,
and the directory into which we install tic.

2010-07-01libc/glibc: fix installed scripts
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 01 Jul 2010 00:24:04 +0200] rev 2002
libc/glibc: fix installed scripts

glibc installs some bash-scripts, but uses the path to the buildtool
bash as interpreter (on the shebang line). This is only a symlink to
the real bash, and thus is not available at runtime.

Fix that by assuming that bash on the target *will* be /bin/bash.

2010-06-271.7: update version to 1.7.1+hg 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Jun 2010 18:38:12 +0200] rev 2001
1.7: update version to 1.7.1+hg

2010-06-27Tagging release 1.7.1 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Jun 2010 18:38:12 +0200] rev 2000
Tagging release 1.7.1

2010-06-271.7: update version to 1.7.1 1.7 crosstool-ng-1.7.1
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Jun 2010 18:38:12 +0200] rev 1999
1.7: update version to 1.7.1

2010-06-22scripts/wrapper: fix wrong test when checking access to the reall tool 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 22 Jun 2010 23:49:23 +0200] rev 1998
scripts/wrapper: fix wrong test when checking access to the reall tool

In C, the proper syntax for a bit-wise OR is a single '|', not two.

It worked so far because all was well:
- X_OK == 1
- R_OK||X_OK == 1
- the file we searched for had the x-bit set
-> access( file, R_OK||X_OK ) worked
- inicidentally, the file we searched for also had the r-bit set,
but we were not testing that in fact.
(transplanted from eebcaff6626f09af4f69b7b06f1246a06769d0af)

2010-06-16complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 16 Jun 2010 18:57:10 +0200] rev 1997
complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt
(transplanted from 95b4a458fd60d3e0911750c2b7c1b6cf36285845)

2010-06-13cc/gcc: fix headers copy for core static 1.7
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:25:00 +0200] rev 1996
cc/gcc: fix headers copy for core static
(transplanted from 22ce0c19f06a530d72fd65c89d0777d16c0a97ac)

2010-05-19crosstool-NG.sh: suppress failure message from uname -o 1.7
Titus von Boxberg <titus@v9g.de> [Wed, 19 May 2010 18:17:39 +0200] rev 1995
crosstool-NG.sh: suppress failure message from uname -o

On non-GNU systems (BSD/MacOS) there is no uname -o.
Suppress the failure message on these systems in the
call to set CT_SYS_OS (uname -s actually sets this variable).

yann.morin.1998@anciens.enib.fr: remove 'uname -o' altogether.
(transplanted from acae437fddccd7681c93a3b6c999c0796693d625)

2010-06-27scripts: enhance Makefile for installation
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 27 Jun 2010 16:40:21 +0200] rev 1994
scripts: enhance Makefile for installation

Split the multiple directory copies into autonomous rules.
Fix the autocompletion message.

2010-06-25test-suite: correctly install when not --local
"Andy Gibbs" <andyg1001@hotmail.co.uk> [Fri, 25 Jun 2010 12:33:30 +0200] rev 1993
test-suite: correctly install when not --local

2010-06-22scripts/wrapper: fix wrong test when checking access to the reall tool
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 22 Jun 2010 23:49:23 +0200] rev 1992
scripts/wrapper: fix wrong test when checking access to the reall tool

In C, the proper syntax for a bit-wise OR is a single '|', not two.

It worked so far because all was well:
- X_OK == 1
- R_OK||X_OK == 1
- the file we searched for had the x-bit set
-> access( file, R_OK||X_OK ) worked
- inicidentally, the file we searched for also had the r-bit set,
but we were not testing that in fact.

2010-06-17cc/gcc: add option do disable PCH
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Jun 2010 21:26:23 +0200] rev 1991
cc/gcc: add option do disable PCH

In some cases, using Pre-Compiled Headers breaks the build.
Ass an option to disable building the PCH, as suggested by:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40974

2010-06-17kernel/linux: allow headers from full custom source tree
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 17 Jun 2010 18:30:09 +0200] rev 1990
kernel/linux: allow headers from full custom source tree

Accept a local tarball name as the source of the Linux kernel headers,
rather than forcing the user to use either an upstream tarball, or a
local pre-installed headers tree.

2010-06-15kernel/linux: reorder upstream/custom-tree handling
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 15 Jun 2010 20:04:01 +0200] rev 1989
kernel/linux: reorder upstream/custom-tree handling

2010-05-22docs/README.freebsd.txt: Short intro for FreeBSD
Titus von Boxberg <titus@v9g.de> [Sat, 22 May 2010 14:11:27 +0200] rev 1988
docs/README.freebsd.txt: Short intro for FreeBSD

Provide short README for FreeBSD as a host OS for ct-ng.

2010-05-30docs/README.macos.txt: Provide hints section
Titus von Boxberg <titus@v9g.de> [Sun, 30 May 2010 12:11:39 +0200] rev 1987
docs/README.macos.txt: Provide hints section

Hints for building tool chains.

2010-05-29patches/gdb: Fix canadian building of GDB for powerpc
Martin Lund <mgl@doredevelopment.dk> [Sat, 29 May 2010 15:08:11 +0200] rev 1986
patches/gdb: Fix canadian building of GDB for powerpc

Adds patch for GDB v6.8, v7.0, v7.0.1 to fix canadian
cross building of GDB for powerpc.

See original patch information here:
http://sources.redhat.com/bugzilla/show_bug.cgi?id=9638

The patch is not required for GDB v7.1 (fixed).

Tested in canadian combination using mingw32 and powerpc toolchains.
Tested to not affect normal cross building of GDB for powerpc target.

Signed-off-by: Martin Lund <mgl@doredevelopment.dk>

2010-06-16complibs/mpc: add latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 16 Jun 2010 18:55:20 +0200] rev 1985
complibs/mpc: add latest version

2010-06-16complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 16 Jun 2010 18:57:10 +0200] rev 1984
complibs/gmp: 5.0.0 misses 'EXPERIMENTAL' in the prompt

2010-06-13cc/gcc: baremetal requires a two-pass process
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 23:38:37 +0200] rev 1983
cc/gcc: baremetal requires a two-pass process

Here, we implement a highly ugly hack. I'm not proud of that one...

To build the libstdc++ library, the compiler requires the C library. In
case we build for non-baremetal, this is normally handled by the final
step, later.

But in the case of bare-metal, we never go through the final step (because
it does not work, and it seems complex enough to make it work), so the
baremetal compilers are issued out of the core step.

2010-06-13libc/newlib: build in the 'start files' pass
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 23:45:29 +0200] rev 1982
libc/newlib: build in the 'start files' pass

A few facts:
- building the C library requires a proper core compiler
- core compiler is issued from one of the core passes
- the C library is required to build libstdc++
- newlib is only built for baremetal
- in bare metal, the final compiler is issued from one of the core passes

So we need to build the C library between core pass 1 and core pass 2.
The only place is eithe libc_headers() or libc_start_files(). The most
pertinent seems to be libc_start_files().

So we build newlib from libc_start_files(), and leave libc() empty.

2010-06-13cc/gcc: store core build rules in an array
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:43:02 +0200] rev 1981
cc/gcc: store core build rules in an array

Using an array makes it easier to add new rules.
Besides, it is easy to expand from build rules to install rules

2010-06-13cc/gcc: implement default for core options
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:31:42 +0200] rev 1980
cc/gcc: implement default for core options

2010-06-13cc/gcc: fix headers copy for core static
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 20:25:00 +0200] rev 1979
cc/gcc: fix headers copy for core static

2010-06-13complibs/mpfr: update to latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Jun 2010 19:15:53 +0200] rev 1978
complibs/mpfr: update to latest version

2010-06-09libc/uClibc: apply the threading model to the configuration
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 09 Jun 2010 00:41:25 +0200] rev 1977
libc/uClibc: apply the threading model to the configuration

The threading model shall be be set in the .config file.
Also, offer the choice between 'old/stable' and 'new' linuxthreads.

2010-06-08config: add support for a second part of the generated choices
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 08 Jun 2010 23:26:54 +0200] rev 1976
config: add support for a second part of the generated choices

Some components have configuration options that can depend on
generic options, so they should go below those.

uClibc for example:
- has its own options (wchar...)
- uses the generic options (threads...)
- if linuxthreads chosen, offers two impls

So we need to be able to split the components options in 2,
one part that is above the generic options, and one part that
ends up below the generic options.

2010-05-30docs: update credtis, point to the repository log
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 30 May 2010 18:19:05 +0200] rev 1975
docs: update credtis, point to the repository log

The docs/CREDITS file dates back to the SVN repository.
Now that we use Mercurial, the repository stores appropriate
authorship for each commit. Say so in the CREDITS.

2010-05-27kernel/linux: update to latest versions
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 27 May 2010 10:36:03 +0200] rev 1974
kernel/linux: update to latest versions

2010-05-24kconfig/lxdialog: more portable and use ncurses from macports on MacOS
Titus von Boxberg <titus@v9g.de> [Mon, 24 May 2010 16:33:45 +0200] rev 1973
kconfig/lxdialog: more portable and use ncurses from macports on MacOS

check-lxdialog.sh now correctly tests for ncurses and is a bit more portable.
On Darwin it uses the ncurses from macports.

2010-05-24cc/gcc: Make usage of --enable-target-optspace configurable
Titus von Boxberg <titus@v9g.de> [Mon, 24 May 2010 16:34:55 +0200] rev 1972
cc/gcc: Make usage of --enable-target-optspace configurable

Optionally configure to compile gcc-internal libs with -Os.

yann.morin.1998@anciens.enib.fr:
Rename the config options, it is in the GCC /namespace/.

2010-05-25docs: Provide new Readme for MacOS
Titus von Boxberg <titus@v9g.de> [Tue, 25 May 2010 18:25:11 +0200] rev 1971
docs: Provide new Readme for MacOS

Short README for usage of ct-ng under MacOS.
Remove obsolete MacOS-X.txt

yann.morin.1998@anciens.enib.fr:
Make it 80-columns clean, plus a few fixes

2010-05-22scripts/build/internals.sh: compile wrapper with portable options.
Titus von Boxberg <titus@v9g.de> [Sat, 22 May 2010 22:01:18 +0200] rev 1970
scripts/build/internals.sh: compile wrapper with portable options.

static linking is not possible on MacOS, and unnessecary on other systems.
The old optimization and warning flags crash the gcc on MacOS
and (imho) are a bit overdone for this software.

2010-05-23configure: add path to libtool to pathlist
Titus von Boxberg <titus@v9g.de> [Sun, 23 May 2010 16:34:15 +0200] rev 1969
configure: add path to libtool to pathlist

forgot var=libtool

2010-05-15debug/ltrace: fix LDFLAGS for libsupc++ and libiberty
Robert Schwebel <rsc@pengutronix.de> [Sat, 15 May 2010 07:42:55 +0200] rev 1968
debug/ltrace: fix LDFLAGS for libsupc++ and libiberty

The configure script correctly detects libsupc++ and libiberty, but in
the linker stage it tries to link in both libraries without taking care
of the test result.

Signed-off-by: Robert Schwebel <r.schwebel@pengutronix.de>
[yann.morin.1998@anciens.enib.fr: rework patch depth to be -p1]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>

2010-05-18libc/glibc: fix as/ld checks against recent binutils
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 18 May 2010 23:54:55 +0200] rev 1967
libc/glibc: fix as/ld checks against recent binutils

Backported from:
http://sourceware.org/ml/libc-alpha/2009-09/msg00024.html

Thanks to Khem RAJ for pointing to this fix:
http://sourceware.org/ml/crossgcc/2010-05/msg00033.html

2010-05-22test-suite: apply cleanup pass
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 22 May 2010 22:04:31 +0200] rev 1966
test-suite: apply cleanup pass

Remove all non-modifiable items (target tuple, gcc version, toolchain path...)
Makefile syntax ( use $(...) instead of ${...} )
Update doc
Space-damage cleanups