[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: coreutils 8.30 "bootstap"

From: Bernhard Voelker
Subject: Re: coreutils 8.30 "bootstap"
Date: Fri, 4 Jan 2019 21:52:27 +0100
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.3.3

Hi Gabor,

On 12/22/18 8:29 PM, Gabor Z. Papp wrote:
> * Bernhard Voelker <address@hidden>:
> | In general, I'd like to reproduce it myself - AFAIR you cross-compiled on 
> x86_64
> | for i586, right?  What's your ./configure line?
> First of all, I'm working with the released 8.30 tarball, not yet from git.
> Well, no, not exactly. Its a special case, where I "cross compile" on
> x86_64 for the same x86_64 arch, but for different (newer) glibc
> version. The target glibc version (2.28) is newer than the host/build
> version (2.24).
> In this case, when the build job tries to generate the man pages -
> executing "utility --help" for the output, the binary will fail at
> some utilities, where newer GLIBC_VERSION required than the running
> host have.
> Here are some examples:
> 8.30/usr/bin/cp: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' not 
> found (required by 8.30/usr/bin/cp)
> 8.30/usr/bin/install: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' 
> not found (required by 8.30/usr/bin/install)
> 8.30/usr/bin/ln: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' not 
> found (required by 8.30/usr/bin/ln)
> 8.30/usr/bin/mktemp: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' 
> not found (required by 8.30/usr/bin/mktemp)
> 8.30/usr/bin/mv: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' not 
> found (required by 8.30/usr/bin/mv)
> 8.30/usr/bin/shred: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' not 
> found (required by 8.30/usr/bin/shred)
> 8.30/usr/bin/shuf: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' not 
> found (required by 8.30/usr/bin/shuf)
> 8.30/usr/bin/sort: /lib/x86_64-linux-gnu/ version `GLIBC_2.25' not 
> found (required by 8.30/usr/bin/sort)
> /lib/x86_64-linux-gnu/ is from the host glibc 2.24, and
> 8.30/usr/bin/* are the target binaries, where the $ARCH is same
> (x86_64 = x86_64), but glibc version differs (2.24 != 2.28).

This sounds more like bootstrapping a system (a la Linux-from-scratch)
than cross-compiling.
TBH, I don't know too much about this, but I could imagine that one usually
needs to point LD_LIBRARY_PATH to the newer glibc at some point, right?

Back to the patch - does the attached work for you?

Have a nice day,

Attachment: 0001-build-use-distributed-man-pages-when-running-with-he.patch
Description: Text Data

reply via email to

[Prev in Thread] Current Thread [Next in Thread]