On Thu, Aug 03, 2017 at 03:11:38AM +0100, Ken Moffat wrote:
> On Wed, Aug 02, 2017 at 06:44:29PM -0500, Bruce Dubbs wrote:
> > https://sourceware.org/ml/libc-alpha/2017-08/msg00010.html
> >
> > One change I see is that the kernel must be 3.2 or later. We will need to
> > update section 2.2, but I don't think it makes any practical difference.
> >
> > GNU Binutils 2.25 or later is now required. This is probably not an issue
> > for us in Chapter 5 as we build binutils first. We currently require
> > binutils-2.17. Should we change this?
> >
> > gcc-4.9 or later is required. Note that gcc-7.2 is probably going to be
> > released in the next week or so.
> >
> > Please take a look and let us know if you see any other issues we need to
> > address.
> >
> > -- Bruce
>
> These are the sort of things where, if there is a problem, we'll
> only find out some months after a release when people on very old
> systems try to build our current release.
>
[...]
>
> The real problem with updating minimum required versions is finding
> proof that a version is inadequate. We've been using gcc-4.9 since
> at least LFS-7.6, and binutils-2.25 since LFS-7.7. I doubt that
> anyone who wants to build _from_ an older LFS will be using such old
> systems.
[...]
And then I looked around to see what unmaintained systems I had
(bearing in mind that provided nfs and ssh still work, all I need to
build a new system comfortably is a working Xorg). On my old phenom
I had an LFS-7.6 system, gcc-4.9.1, binutils-2.24 (and headers from
3.16 with a running 3.18 kernel).
Unfortunately, it doesn't get near to glibc, it fails in gcc pass 2
(line-wrapped in pasting) :
make[2]: Entering directory
'/mnt/lfs/building/gcc-7.1.0/build/x86_64-pc-linux-gnu/libgcc'
/mnt/lfs/building/gcc-7.1.0/build/./gcc/xgcc
-B/mnt/lfs/building/gcc-7.1.0/build/./gcc/
-B/tools/x86_64-pc-linux-gnu/bin/ -B/tools/x86_64-pc-linux-gnu/lib/
-isystem /tools/x86_64-pc-linux-gnu/include -isystem
/tools/x86_64-pc-linux-gnu/sys-include -g -O2 -O2 -g -O2
-DIN_GCC -W -Wall -Wno-narrowing -Wwrite-strings -Wcast-qual
-Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
-isystem ./include -fpic -mlong-double-80 -DUSE_ELF_SYMVER -g
-DIN_LIBGCC2 -fbuilding-libgcc -fno-stack-protector -fpic
-mlong-double-80 -DUSE_ELF_SYMVER -I. -I. -I../.././gcc
-I../../../libgcc -I../../../libgcc/. -I../../../libgcc/../gcc
-I../../../libgcc/../include -I../../../libgcc/config/libbid
-DENABLE_DECIMAL_BID_FORMAT -DHAVE_CC_TLS -DUSE_TLS -o unwind-dw2.o
-MT unwind-dw2.o -MD -MP -MF unwind-dw2.dep -fexceptions -c
../../../libgcc/unwind-dw2.c -fvisibility=hidden -DHIDE_EXPORTS
In file included from ../../../libgcc/unwind-dw2.c:403:0:
./md-unwind-support.h: In function 'x86_64_fallback_frame_state':
./md-unwind-support.h:65:47: error: dereferencing pointer to
incomplete type 'struct ucontext'
sc = (struct sigcontext *) (void *) &uc_->uc_mcontext;
^~
../../../libgcc/shared-object.mk:14: recipe for target
'unwind-dw2.o' failed
make[2]: *** [unwind-dw2.o] Error 1
make[2]: Leaving directory
'/mnt/lfs/building/gcc-7.1.0/build/x86_64-pc-linux-gnu/libgcc'
make[2]: *** Waiting for unfinished jobs....
ĸen
--
I live in a city. I know sparrows from starlings. After that
everything is a duck as far as I'm concerned. -- Monstrous Regiment
--
http://lists.linuxfromscratch.org/listinfo/lfs-dev
FAQ: http://www.linuxfromscratch.org/faq/
Unsubscribe: See the above information page
