"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:15:57 +0100] rev 1775
1.1: close spurious branch
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:13:42 +0100] rev 1774
avr32: close devel branch (merged)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:12:55 +0100] rev 1773
canadian: close devel branch (merged)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:11:14 +0100] rev 1772
bash_array: close devel branch (merged)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:10:16 +0100] rev 1771
gcc-4.4: close devel branch (merged)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:09:01 +0100] rev 1770
newlib: close the obsolete devel branch
newlib has been integrated through the AVR32 stuff, and the newlib branch
has been bit-rotting in the meantime.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:04:43 +0100] rev 1769
1.4: close branch
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:04:34 +0100] rev 1768
1.3: close branch
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:03:57 +0100] rev 1767
1.2: close branch
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 13:03:24 +0100] rev 1766
1.1: close branch
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jan 2010 12:07:44 +0100] rev 1765
scripts: Do not create backup files when patching
Some patches may apply with offset and/or fuzz, and would leave .orig files.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 30 Jan 2010 16:19:50 +0100] rev 1764
libc/glibc: fix retrieving version string
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 14 Jan 2010 20:54:47 +0100] rev 1763
scripts/functions: add git wrapper
Add a git wrapper to retrieve components from their git tree.
Add a git wrapper to create a working copy (in our tarballs dir).
Recognise git trees when searching for local copies.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 12 Jan 2010 19:37:18 +0100] rev 1762
libc/glibc: get the version string from version.h
We can not rely on the user-provided version string (be it via the
choice, or manually entered), so fallback to reading version.h,
which is both reliable and always present.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 12 Jan 2010 19:24:03 +0100] rev 1761
scripts/functions: change handling of nochdir
- 'nochdir' must be the first option
- have systematic pushd/popd, even if nochdir
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 13 Dec 2009 22:53:36 +0100] rev 1760
libc/glibc: move some options around
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 11 Jan 2010 22:47:58 +0100] rev 1759
libc/glibc: get rid of the now obsolete CVS stuff
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! :-)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 30 Jan 2010 11:43:12 +0100] rev 1758
libc/glibc: add 2.11 and 2.11.1
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 23:46:43 +0100] rev 1757
Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 22:55:35 +0100] rev 1756
kernel/linux: remove legacy check
Now, we only support building with Linux >=2.6.27.
Get rid of the code that depended on <2.6.18.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 22:43:28 +0100] rev 1755
binutils/elf2flt: activate elf2flt build
The code has been lying around inactivated for some time.
Let's enable it at last, and see if any one needs it.
Remy Bohmer <linux@bohmer.net> [Fri, 29 Jan 2010 23:23:59 +0100] rev 1754
arch: add basic m68k support
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>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 29 Jan 2010 23:14:53 +0100] rev 1753
global: do not offer the renice option, let's the user handle that
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'
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jan 2010 22:53:51 +0100] rev 1752
cc/gcc: add latest 4.4.3, propagate patchset from 4.4.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 22:15:17 +0100] rev 1751
Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 22:06:11 +0100] rev 1750
libc/uClibc: fix the breakage for x86 and Super-H, after the 32/64 merge
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 19:02:46 +0100] rev 1749
scripts/functions: do not compute CT_KERNEL_ARCH, it's obsolete
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 18:41:59 +0100] rev 1748
libc/uclibc: use CT_ARCH, in place of CT_KERNEL_ARCH
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 18:40:38 +0100] rev 1747
libc/glibc: use CT_ARCH, in place of CT_KERNEL_ARCH
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 18:39:28 +0100] rev 1746
kernel/linux: use CT_ARCH, in place of CT_KERNEL_ARCH
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 23 Jan 2010 16:49:56 +0100] rev 1745
docs: do not document CT_KERNEL_ARCH, it's going away...
Since we merged the 32/64-bit archs, and we explicitly used
the Linux kernel arch name, we can get rid of CT_KERNEL_ARCH.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 21 Jan 2010 22:45:09 +0100] rev 1744
debug/gdb: fix the space-damage
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 21 Jan 2010 22:33:54 +0100] rev 1743
debug/gdb: do not expose the ncurses version in the menuconfig
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jan 2010 23:19:53 +0100] rev 1742
Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 16 Jan 2010 17:52:44 +0100] rev 1741
scripts/functions: inverse log level ALL and DEBUG
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 17 Jan 2010 23:06:02 +0100] rev 1740
configure: do not require hg when configuring in an hg clone
When configuring in an hg clone, we need hg to compute the version string.
It can happen that users do not have Mercurial (eg. if they got a snapshot
rather that they did a full clone). In this case, we can still run, of
course, so simply fill the version string with a sufficiently explicit
value, that does not require hg. The date is a good candidate.
blueness@yellowness.dis [Sun, 17 Jan 2010 11:57:53 -0500] rev 1739
configure: silently ignore auto-stuff options --build --host and friends
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 15 Jan 2010 22:21:12 +0100] rev 1738
libc/uClibc: rename patches for 0.9.30.2
Joachim Nilsson <jocke@vmlinux.org> [Thu, 14 Jan 2010 23:06:48 +0100] rev 1737
Port uClibc patches to 0.9.30.2
Some patches from 0.9.30.1 now applied upstream. The reminder have
been only slightly modified to apply cleanly to the new base.
Signed-off-by: Joachim Nilsson <jocke@vmlinux.org>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 14 Jan 2010 19:09:27 +0100] rev 1736
samples: update armeb-unknown-linux-uclibcgnueabi: use uClibc-0.9.30.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 14 Jan 2010 18:45:08 +0100] rev 1735
libc/uClibc: add latest version 0.9.30.2
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 14 Jan 2010 18:44:13 +0100] rev 1734
scripts/addToolVersion: add uClibc hooks
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 13 Jan 2010 22:30:10 +0100] rev 1733
debug/gdb: install ncurses in a temporary place
We only build the static ncurses, to be used to build the native gdb,
and it needs not be available for anyone but us. So install it into
a temporary place, and get rid of it once gdb is built.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 13 Jan 2010 20:46:01 +0100] rev 1732
debug/gdb: staticaly link to ncurses for the native gdb
Staticaly link the native gdb (the one that runs on the target,
not the cross one that runs on the host) to ncurses.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 13 Jan 2010 19:27:12 +0100] rev 1731
docs/TODO: remove finished items, update descriptions for remaining items
Richard Strand <richard.strand@icomera.com> [Tue, 12 Jan 2010 21:47:57 +0000] rev 1730
companion_tools/libtool: Add libtool tool
Add version 2.2.6b of libtool as a companion tool
Signed-off-by: Richard Strand <richard.strand@icomera.com>
Richard Strand <richard.strand@icomera.com> [Tue, 12 Jan 2010 21:47:36 +0000] rev 1729
companion_tools/automake: Add automake tool
Add version 1.11.1 of automake as a companion tool
Signed-off-by: Richard Strand <richard.strand@icomera.com>
Richard Strand <richard.strand@icomera.com> [Tue, 12 Jan 2010 21:47:14 +0000] rev 1728
companion_tools/m4: Add m4 tool
Add version 1.4.13 of m4 as a companion tool
Signed-off-by: Richard Strand <richard.strand@icomera.com>
Richard Strand <richard.strand@icomera.com> [Tue, 12 Jan 2010 21:09:30 +0100] rev 1727
companion_tools/autoconf: add autoconf tool
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>
Richard Strand <richard.strand@icomera.com> [Tue, 12 Jan 2010 21:21:39 +0100] rev 1726
scripts/crosstool-ng: Change overide bin dir
Change the overide bin dir so it can be used by companion tools
Signed-off-by: Richard Strand <richard.strand@icomera.com>
[yann.morin.1998@anciens.enib.fr: more generic overide tools dir]
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 10 Jan 2010 17:43:23 +0100] rev 1725
Merge.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 10 Jan 2010 17:32:32 +0100] rev 1724
libc/newlib: add latest version
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 10 Jan 2010 17:24:29 +0100] rev 1723
scripts/addToolsVersion: add support for newlib
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 10 Jan 2010 17:22:47 +0100] rev 1722
scripts/addToolVersion: cleanups
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 10 Jan 2010 16:50:52 +0100] rev 1721
scripts/addToolVersion: correctly handle the libc categories
Richard Strand <richard.strand@icomera.com> [Sun, 10 Jan 2010 15:19:25 +0000] rev 1720
scrips/functions: fix downloads using curl
By default curl doesn't folow redirects. This breaks sourceforge downloads.
Add the -L option to curl to fix this.
Curl also downloads the html as a file even when it gets a 404. This breaks
http downloads when using the failback system. Add the -f option to curl to fix
this.
Signed-off-by: Richard Strand <richard.strand@icomera.com>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 09 Jan 2010 16:05:01 +0100] rev 1719
libc/glibc: correctly handle dual-bitness archs
If the selected ARCH is dual-bitness (eg. supports 32- and 64-bit),
then we need to know the correct place where to fetch some headers.
Currently, this applies only to x86 variants: i386 and x86_64.
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 09 Jan 2010 17:31:25 +0100] rev 1718
scripts/functions: fix extraction
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 09 Jan 2010 15:57:07 +0100] rev 1717
arch/alpha: cleanup Alpha code
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 09 Jan 2010 15:52:06 +0100] rev 1716
config/arch: always select the adequate bitness
Even if the selected ARCH does not support different bitness (or we do
not support building with another bitness), still select the appropriate
bitness.