Detaljer om denne pakken finner du i Section 8.5.3, “Innhold i Glibc”
Glibc pakken inneholder C hovedbiblioteket. Dette biblioteket tilbyr de grunnleggende rutinene for tildeling av minne, søk i kataloger, åpne og lukke filer, lese og skrive filer, strenghåndtering, mønstertilpasning, aritmetikk og så videre.
Først oppretter du en symbolsk lenke for LSB kompalitet. I tillegg, for x86_64 oppretter du en symbolsk kompatibilitetskobling som kreves for korrekt operasjon av den dynamiske biblioteklasteren:
case $(uname -m) in i?86) ln -sfv ld-linux.so.2 $LFS/lib/ld-lsb.so.3 ;; x86_64) ln -sfv ../lib/ld-linux-x86-64.so.2 $LFS/lib64 ln -sfv ../lib/ld-linux-x86-64.so.2 $LFS/lib64/ld-lsb-x86-64.so.3 ;; esac
Kommandoen ovenfor er riktig. ln kommandoen har flere syntaktiske versjoner, så sørg for å sjekke info coreutils ln og ln(1) før du rapporterer hva som kan se ut til å være en feil.
Noen Glibc programmer bruker den FHS inkompatible /var/db
mappen for å lagre deres kjøretidsdata.
Bruk følgende oppdatering for å få slike programmer til å lagre
sine kjøretidsdata på FHS kompatible steder:
patch -Np1 -i ../glibc-2.39-fhs-1.patch
Glibc dokumentasjonen anbefaler å bygge Glibc i en dedikert byggemappe:
mkdir -v build cd build
Sørg for at ldconfig
og sln verktøy er
installert i /usr/sbin
:
echo "rootsbindir=/usr/sbin" > configparms
Neste, forbered Glibc for kompilering:
../configure \ --prefix=/usr \ --host=$LFS_TGT \ --build=$(../scripts/config.guess) \ --enable-kernel=4.19 \ --with-headers=$LFS/usr/include \ --disable-nscd \ libc_cv_slibdir=/usr/lib
Betydningen av konfigureringsalternativene:
--host=$LFS_TGT,
--build=$(../scripts/config.guess)
Den kombinerte effekten av disse bryterne er at Glibcs
byggesystem konfigurerer seg selv til å være krysskompilert,
ved hjelp av krysskoblingen og krysskompilator i $LFS/tools
.
--enable-kernel=4.19
Dette forteller Glibc å kompilere biblioteket med støtte for 4.19 og senere Linux kjerner. Løsninger for eldre kjerner er ikke aktivert.
--with-headers=$LFS/usr/include
Dette forteller Glibc å kompilere seg selv mot deklarasjonene nylig installert i mappen $LFS/usr/include, slik at den vet nøyaktig hvilke funksjoner kjernen har og kan optimalisere seg selv deretter.
libc_cv_slibdir=/usr/lib
Dette sikrer at biblioteket er installert i /usr/lib i stedet for standard /lib64 på 64-bits maskiner.
--disable-nscd
Ikke bygg navnetjenesten cache daemon som ikke er brukt lenger.
I løpet av dette stadiet kan følgende advarsel vises:
configure: WARNING: *** These auxiliary programs are missing or *** incompatible versions: msgfmt *** some features will be disabled. *** Check the INSTALL file for required versions.
Den manglende eller inkompatible msgfmt programmet er generelt ufarlig. Dette msgfmt programmet er en del av Gettext pakken som vertsdistribusjonen skal gi.
Det har vært rapporter om at denne pakken kan mislykkes når den
bygges som en “parallel
make”. Hvis dette skjer, kjør make kommandoen på
nytt med et -j1
alternativ.
Kompiler pakken:
make
Installer pakken:
Hvis LFS
ikke er riktig innstilt, og
til tross for anbefalinger, bygger du som root
, neste kommando vil installer den
nybygde glibc til vertssystemet ditt, som mest sannsynlig vil
gjøre det ubrukelig. Så dobbeltsjekk at miljøet er riktig
innstilt, og at du ikke er root
,
før du kjører følgende kommando.
make DESTDIR=$LFS install
Betydningen av make install alternativet:
DESTDIR=$LFS
DESTDIR
make variabelen brukes av
nesten alle pakker for å definere plasseringen der pakken
skal være installert. Hvis den ikke er angitt, er den
standard til root (/
) mappen.
Her spesifiserer vi at pakken installeres i $LFS
, som vil bli rotmappen i Section 7.4, “Gå inn
i Chroot miljøet”.
Fiks en hardkodet bane til den kjørbare lasteren i ldd skriptet:
sed '/RTLDLIST=/s@/usr@@g' -i $LFS/usr/bin/ldd
På dette tidspunktet er det viktig å stoppe og sikre at de grunnleggende funksjoner (kompilering og lenker) til den nye verktøykjeden fungerer som forventet. For å utføre en tilregnelighetssjekk, kjør følgende kommandoer:
echo 'int main(){}' | $LFS_TGT-gcc -xc - readelf -l a.out | grep ld-linux
Hvis alt fungerer som det skal, skal det ikke være noen feil, og utdata fra den siste kommandoen vil være av formen:
[Requesting program interpreter: /lib64/ld-linux-x86-64.so.2]
Merk at for 32-bits maskiner vil fortolkenavnet være /lib/ld-linux.so.2
.
Hvis utdataen ikke vises som ovenfor eller det ikke var noen utdata i det hele tatt, da er det noe galt. Undersøk og følg trinnene for å finne ut hvor problemet er og korriger det. Dette problemet må løses før du fortsetter.
Når alt er bra, rydd opp i testfilene:
rm -v a.out
Byggingen av pakkene i neste kapittel vil fungere som en ekstra sjekk at verktøykjeden er riktig bygget. Hvis noen pakker, spesielt binutils-pass2 eller gcc-pass2, ikke klarer å bygges, er det en indikasjon på at noe har gått galt med tidligere Binutils-, GCC- eller Glibc-installasjoner.
Detaljer om denne pakken finner du i Section 8.5.3, “Innhold i Glibc”