"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Fri, 29 Jul 2011 13:25:57 +0200] rev 2585
libc: create an infrastructure to build and install the libc locales
This patch adds a common glibc/eglibc infrastructure to build and install the
libc locales.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 01 Aug 2011 01:21:35 +0200] rev 2584
1.12: update version to 1.12.0+hg
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 01 Aug 2011 01:21:35 +0200] rev 2583
Tagging release 1.12.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 01 Aug 2011 01:21:34 +0200] rev 2582
1.12: create maintenance branch, update version to 1.12.0
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 00:46:45 +0200] rev 2581
samples: update before release
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Mon, 01 Aug 2011 00:16:12 +0200] rev 2580
libc/mingw: fix mingw source dirs
Someof the mingw32 source tarballs have an appended '-src' after the
version.
Since changeset #6e1412ba8da9 (scripts/functions: force extract folder
to archive basename), it means mingw tarballs get extracted in a directory
ending with '-src'.
Fix that.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 22:19:21 +0200] rev 2579
cc/gcc: fortran requires GMP and MPFR
Even if gcc itself does not require GMP or MPFR (eg. gcc-4.2 and before
don't), building the fortran frontend always required those companion
libraries.
Select them if the Fortran language is selected.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 22:07:08 +0200] rev 2578
libc/uclibc: fix src dir location
Now that we akways extract the tarballs in a sane location (see changeset
#6e1412ba8da9: scripts/functions: force extract folder to archive basename),
the uClibc snapshot dir now has the date (as version) in it, eg.:
uClibc-20100710
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 20:44:10 +0200] rev 2577
Makefile: fix samples install
Installing samples was not installing the C library config file
and the reported.by description.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 31 Jul 2011 00:04:02 +0200] rev 2576
config: don't require .config.2 to save a sample
Samples should contain kconfig-parsable definitions, not script variables.
.config.2 contains bash arrays, which is definitely not kconfig-safe...
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 30 Jul 2011 00:05:53 +0200] rev 2575
debug/gdb: don;t install sample gdbinit for old versions
Only starting with gdb-7 does installing the gdbinit sample makes senses.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Fri, 29 Jul 2011 13:04:49 +0200] rev 2574
scripts/functions: force extract folder to archive basename
Some archives like those of the 2011.07 revisions of Linaro GCC contain a folder
name different from the archive basename, which leads to errors afterwards, e.g.
when patching. E.g.:
gcc-linaro-4.5-2011.07.tar.bz2 extracts to gcc-linaro-4.5-2011.07-0/
This patch changes CT_Extract() to force the extraction of all archives to a
folder named like the archive basename. E.g.:
gcc-linaro-4.5-2011.07.tar.bz2 now extracts to gcc-linaro-4.5-2011.07/
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Thu, 28 Jul 2011 22:09:31 +0200] rev 2573
scripts/libc: do not build add-ons by default
Currently, no --enable-add-ons option is passed to libc configure when
"$(do_libc_add_ons_list ,)" is empty, which makes configure automatically search
for present add-ons. In that case, all present add-ons are built, although
no add-on was selected by the user in the config. Moreover, this can make the
configure fail if some non-standard add-ons like eglibc-localedef are present.
This behavior also leads to an inconsistency from a user point of view between
the following cases:
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS="none" in the config,
which makes "$(do_libc_add_ons_list ,)" return "", so all present add-ons
are built.
- LIBC_ADDONS_LIST="", LIBC_GLIBC_USE_PORTS=n and THREADS!="none" in the
config, which makes "$(do_libc_add_ons_list ,)" return the add-on supporting
the chosen threading implementation, e.g. "nptl", so only this add-on is
built.
This patch disables the building of all add-ons in that case.
It is still possible to build all present add-ons by adding --enable-add-ons to
LIBC_GLIBC_EXTRA_CONFIG_ARRAY.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
"Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com> [Thu, 28 Jul 2011 21:55:20 +0200] rev 2572
cc/gcc: bump Linaro GCC revisions to 2011.07
This patch bumps the Linaro GCC revisions to 2011.07 when applicable.
Note that the `-0' suffix has been removed from the Linaro versioning scheme
beginning with this version.
Signed-off-by: "Benoît THÉBAUDEAU" <benoit.thebaudeau@advansee.com>
Titus von Boxberg <titus@v9g.de> [Thu, 28 Jul 2011 21:55:30 +0200] rev 2571
docs: add signed-off-by line to sample commit message
Signed-off-by: Titus von Boxberg <titus@v9g.de>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 20:30:52 +0200] rev 2570
debug/gdb: install gdbinit sample file
gdb needs to know where to find the libstdc++ helper python script
to do, well, whatever it has to do with it...
We can't install that in the user's ~/.gdbinit, it's too complex to
handle all the cases. Moreover, if the user is using more than one
toolchain, we can't put all that stuff in there...
Just provide a sample config file the user can adapt to his/her
own needs.
Thanks go to Khem RAJ for providing such a hint:
http://sourceware.org/ml/crossgcc/2011-07/msg00026.html
Reported-by: ANDY KENNEDY <ANDY.KENNEDY@adtran.com>
CC: Khem Raj <raj.khem@gmail.com>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 24 Jul 2011 00:24:49 +0200] rev 2569
docs: update table of content for known issues
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 22 Jul 2011 21:48:35 +0200] rev 2568
kernel/linux: add 3.0 Woohoo! \o/
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 22 Jul 2011 21:45:07 +0200] rev 2567
kernel/linux: prepare to handle 3.x
The place to get 3.x has changed; the version scheme has changed.
No need to be overkill, just support 3.x; 4.x is not even dreamt of.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 21 Jul 2011 21:07:50 +0200] rev 2566
kernel/linux: add latest versions
Still waiting for 3.0, though... ;-)
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Wed, 20 Jul 2011 23:52:39 +0200] rev 2565
docs: update known issues
Document the glibc build failures with male-3.82.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Antony N. Pavlov" <antony@niisi.msk.ru> [Sun, 17 Jul 2011 16:53:40 +0200] rev 2564
misc: fix more typos here and there...
Reported-by: "Antony N. Pavlov" <antony@niisi.msk.ru>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Antony N. Pavlov" <antony@niisi.msk.ru> [Sun, 17 Jul 2011 16:54:50 +0200] rev 2563
misc: fix typos
Reported-by: "Antony N. Pavlov" <antony@niisi.msk.ru>
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 16 Jul 2011 01:01:30 +0200] rev 2562
1.11: update version to 1.11.4+hg
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 16 Jul 2011 01:01:30 +0200] rev 2561
Tagging release 1.11.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sat, 16 Jul 2011 01:01:30 +0200] rev 2560
1.11: update version to 1.11.4
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Thu, 14 Jul 2011 17:59:33 +0200] rev 2559
configure: add yet a bit more of autostuff compatibility
Well, at least it helps buildroot! :-)
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 9409fe04bb7ced9b228d6cce40d64ffbc41a964c)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Tue, 12 Jul 2011 23:52:24 +0200] rev 2558
scripts, cc/gcc: do not fail on existing symlinks or build.log
If the user builds a toolchain over an existing one, so, without removing
CT_PREFIX_DIR, the build fails as the symlinks already exist, as does the
build.log.
This can also happen (for build.log) if the user first ran in download-
or extract-only.
Patch (with no SoB) originally from:
Phil Wilshire <phil.wilshire@overturenetworks.com>
Modified by me as it did not apply cleanly.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 1ebc2248cc60230cd53ff94ae8f8f1e3261461a3)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Fri, 15 Apr 2011 00:22:42 +0200] rev 2557
scripts/internals: do not remove lib{32,64}/ symlinks after build
During the build, we create lib{32,64}/ symlinks out of the sysroot.
In some cases (eg. mingw32 target), these symlinks are still required
when running the toolchain. For other combinations, the symlinks are
without incidence, so they can be safely kept after the build.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 751c3f735ada4a95aa981841b832adb08b88ce27)
"Yann E. MORIN" <yann.morin.1998@anciens.enib.fr> [Sun, 10 Jul 2011 00:02:05 +0200] rev 2556
scripts: on startup, also remove the buildtools dir
In case there's one lingering around (whether the previous build was
successful, or failed), we have to remove the buildtools directory
as well as the toochain build dir.
This should also fix the case where out makeinfo wrapper calls
itself recursively.
Signed-off-by: "Yann E. MORIN" <yann.morin.1998@anciens.enib.fr>
(transplanted from 0e8ff57073838afea8830fe09d1d01cdf7cb37d8)