"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)