<!doctype linuxdoc system>

<!-- Questo è lo glibc 2 HOWTO per Linux

     Ago 98 : Traduzione italiana di Andrea Girotto (andrea@andreagirotto.it).
     Nov 03 : Aggiornamento
-->

<article opts="italian">

<title>Glibc 2 HOWTO
<author>Eric Green, <tt/ejg3@cornell.edu/
<date>v1.6, 22 giugno 1998
<abstract>
<nidx>GNU C library (vedi glibc)</nidx>
<nidx>glibc</nidx>
Questo HOWTO, glibc 2, riguarda l'installazione e l'uso della versione 2
della libreria GNU C (libc 6) sui sistemi Linux. Traduzione a cura di Andrea
Girotto (andrea at andreagirotto.it) e revisione a cura di Marcello Seri
(marcello.seri at email.it).
</abstract>

<toc>


<sect>Introduzione.
<p>

<sect1>Note su glibc 2.
<p>
<nidx>glibc!introduzione</nidx>

Glibc 2 è l'ultima versione della libreria GNU C. Attualmente può essere
utilizzata senza modifiche su sistemi GNU Hurd e Linux i386, m68k, e sistemi
alpha. Nella versione 2.1 saranno supportate anche le macchine Linux 
PowerPC, MIPS, Sparc, Sparc 64 ed Arm. In futuro il supporto verrà esteso
ad altre architetture e sistemi operativi.

Su Linux, glibc 2 è usata come libc con versione principale 6, successiva di
Linux libc 5. Con questo si intende comunicare agli sviluppatori di
sostituire libc 5. A partire dalla versione 2.0.6, glibc è
considerata qualità di produzione. La versione 2.1 (attesa in un prossimo
futuro) sarà pronta per un diffuso uso con l'aggiunta di molti
adattamenti e caratteristiche.

Ci sono tre aggiunte opzionali disponibili per glibc 2:
<descrip>
<tag/Crypt/Il pacchetto UFC-crypt. È separato a causa di restrizioni per
l'esportazione.
<tag/LinuxThreads/Implementazione dell'interfaccia Posix 1003.1c "pthread"
<tag/Locale data/Contiene i dati necessari per costruire i file dati locali
     da usare per le caratteristiche di internazionalizzazione di glibc.
</descrip>

Si raccomandano caldamente i pacchetti crypt e LinuxThreads... non usandoli
c'è il rischio di essere incompatibili con le librerie di altri sistemi.
(Se si desidera non usarli, è necessario aggiungere l'opzione
--disable-sanity-checks durante la configurazione.)

<sect1>Note su questo documento.
<p>

Questo HOWTO descrive come installare glibc 2 su un sistema Linux esistente.
È pensato per utenti di sistemi Intel che usino libc 5; in ogni caso, utenti di
altri sistemi e librerie diverse (come glibc 1), dovrebbero essere in grado di
utilizzare queste informazioni sostituendo i nomi di file corretti e i
nomi delle architetture dove necessario.

La copia più recente (in inglese) di questo HOWTO può essere trovata come parte
di <url url="http://www.tldp.org" name="Linux Documentation Project">
oppure da <url url="http://www.imaxx.net/~thrytis/glibc/Glibc2-HOWTO.html">.
Per la rispettiva versione italiana si veda: <url
url="http://it.tldp.org" name="Italian Linux Documentation Project">. 

<sect1>Modifiche recenti a questo documento.
<p>

Differenze tra le versioni 1.6 ed 1.5:
<itemize>
<item>Corrette le istruzioni di installazione del package binario di glibc
</itemize>

Differenze tra le versioni 1.5 ed 1.4:
<itemize>
<item>Indice aggiunto da Ed Bailey.
<item>Cambiato l'indirizzo email dell'autore.
</itemize>

<sect>Scegliere il proprio metodo di installazione.
<p>
<nidx>glibc!installare</nidx>

È possibile installare glibc in diversi modi. Le librerie possono essere
installate come test, usando quelle già esistenti come predefinite ma
lasciando la possibilità di provare le nuove utilizzando opzioni diverse
durante la compilazione dei programmi. Questo tipo di installazione
rende facile una futura rimozione di glibc (tuttavia qualsiasi programma
collegato con glibc non sarà più in grado di funzionare se le librerie
dovessero essere eliminate). Usare glibc come libreria di test richiede
la compilazione dai sorgenti. Non ci sono distribuzioni in formato 
binario per questo tipo di configurazione. L'installazione è descritta in
<ref id="test-install" name="Installare come libreria di test">.

L'altro tipo di installazione descritto in questo documento è per l'uso di glibc
come libreria primaria. Tutti i nuovi programmi compilati sul sistema
useranno glibc, tuttavia sarà sempre possibile collegare programmi alla
versione precedente usando differenti opzioni di compilazione. È possibile
sia installare le librerie precompilate, sia compilare le librerie 
personalmente. Se si desidera cambiare opzioni di ottimizzazione o di 
configurazione, o usare aggiunte che non siano distribuite come pacchetto 
binario, è necessario avere la distribuzione in codice sorgente per la 
compilazione. Questa procedura di installazione è descritta in 
<ref id="primary-install" name="Installare come libreria C primaria">.

Frodo Looijaard descrive un diverso modo di installare glibc. Questo
metodo implica l'installazione di glibc come libreria secondaria e la
configurazione come compilatore incrociato per l'uso di glibc. La procedura è
più complicata che l'installazione della libreria di test descritta in questo
documento, ma consente una compilazione più semplice quando si collega glibc.
Il metodo è descritto nel suo documento <url
url="http://huizen.dds.nl/~frodol/glibc/"
name="Installing glibc-2 on Linux">.

Se si sta utilizzando la distribuzione Debian 1.3 ma non si desidera 
aggiornare ad una versione instabile di Debian per usare glibc, il
documento <url
url="http://www.gate.net/~storm/FAQ/libc5-libc6-Mini-HOWTO.html"
name="Debian libc5 to libc6 Mini-HOWTO"> descrive come usare i pacchetti
Debian per il proprio sistema.

Se si installa glibc 2 su un sistema importante, si potrebbe usare
l'installazione di test. Anche se non ci sono errori, alcuni programmi
potrebbero aver bisogno di qualche modifica prima che possano essere 
compilati, come conseguenza di alterazioni dei prototipi alle funzioni e dei 
tipi.

<sect>Ottenere la libreria.<label id="getting">
<p>
<nidx>glibc!ottenere</nidx>

La libreria glibc 2 consiste nel pacchetto glibc e tre altri opzionali,
LinuxThreads, Locale, e Crypt. Il sorgente può essere trovato presso
<itemize>
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-2.0.6.tar.gz">
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-linuxthreads-2.0.6.tar.gz">
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-localedata-2.0.6.tar.gz">
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-crypt-2.0.6.tar.gz">
</itemize>

Saranno necessari 150 MB di spazio su disco per la compilazione completa e
l'installazione. La libreria base occupa circa 50 MB.

Pacchetti binari per 2.0.6 non sono disponibili. Le versioni binarie dei
pacchetti 2.0.4 per i386 e m68k, e le versioni 2.0.1 per alpha sono
disponibili:
<itemize>
<item>Intel x86:
<itemize>
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-2.0.4.bin.i386.tar.gz">
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-crypt-2.0.4.bin.i386.tar.gz">
</itemize>
<item>Alpha:
<itemize>
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-2.0.1.bin.alpha-linux.tar.gz">
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-crypt-2.0.1.bin.alpha-linux.tar.gz">
</itemize>
<item>m68k:
<itemize>
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-2.0.4-m68k-linux.bin.tar.gz">
<item><url url="ftp://prep.ai.mit.edu/pub/gnu/glibc-crypt-2.0.4-m68k-linux.bin.tar.gz">
</itemize>
</itemize>

Ci sono restrizioni di esportazione per le aggiunte crittografiche. Utenti
non Statunitensi possono recuperare una versione presso <url
url="ftp://ftp.ifi.uio.no/pub/gnu">.

Se si utilizza una distribuzione Red Hat, è possibile avere gli rpm per
glibc 2 da <url url="ftp://ftp.redhat.com/pub/redhat/">. Glibc 2 è la
libreria C primaria per la nuova distribuzione Red Hat 5.0.

Se si utilizza una distribuzione Debian, è possibile avere i pacchetti per
glibc 2 da <url url="ftp://ftp.debian.org/debian/dists/unstable/main/">. I
file sono nominati libc6. Glibc 2 ora è parte del pacchetto base per la
versione hamm di Debian, e sarà la libc primaria quando Debian 2.0 sarà
rilasciata.


<sect>Installare come libreria di test.<label id="test-install">
<p>
<nidx>glibc!test</nidx>

Questa sezione descrive come installare glibc 2 come libreria di test.
Qualsiasi cosa compilata sarà collegata alle librerie esistenti a meno che
non si usino alcuni parametri extra per il collegamento alle nuove librerie.
Pare che i percorsi siano compilati in pochi file, quindi probabilmente è
necessario installare la libreria dalla versione sorgente.

<sect1>Compilare ed installare.
<p>

<sect2>Prerequisiti.
<p>
<nidx>glibc!test!prerequisiti</nidx>

<itemize>
<item>Circa 150 MB di spazio libero
<item>GNU make 3.75
<item>gcc &gt;= 2.7.2 (meglio 2.7.2.1)
<item>binutils 2.8.1 (per alpha è necessario uno snapshot)
<item>bash 2.0
<item>autoconf 2.12 (se si cambia configure.in)
<item>texinfo 3.11
</itemize>

Su un i586@133 con 64 MB di RAM, sono necessarie circa 3 ore per compilare le
librerie complete con le aggiunte. Su un i686@200 carico, è necessaria circa
mezz'ora.

<sect2>Estrarre i sorgenti.
<p>
<nidx>glibc!test!sorgenti, estrarre</nidx>

È necessario estrarre i sorgenti dagli archivi così che si possano compilare.
Il modo migliore per farlo è:
<tscreen><verb>
 tar xzf glibc-2.0.6.tar.gz
 cd glibc-2.0.6
 tar xzf ../glibc-linuxthreads-2.0.6.tar.gz
 tar xzf ../glibc-crypt-2.0.6.tar.gz
 tar xzf ../glibc-localedata-2.0.6.tar.gz
</verb></tscreen>
Questi comandi estrarranno le directory linuxthreads, crypt e localedata in
glibc-2.0.6 dove configure potrà trovare le rispettive aggiunte.

<sect2>Configurazione.
<p>
<nidx>glibc!test!configurazione</nidx>

Nella directory glibc-2.0.6, se ne crea un'altra chiamata compile, e la
si rende corrente. Tutto il lavoro sarà fatto in questa directory, cosa
che semplificherà la pulizia. (Gli sviluppatori non sono ancora stati in
grado di realizzare un 'make clean' perfetto.)
<tscreen><verb>
 mkdir compile
 cd compile
</verb></tscreen>
Si esegue <tt>../configure</tt>. Per usare i pacchetti aggiuntivi, è
necessario specificarli con --enable-add-ons, ad esempio
--enable-add-ons=linuxthreads,crypt,localedata.
È anche necessario scegliere una directory di installazione.
/usr/i486-linuxglibc2 è una buona scelta. Il comando per configure quindi
sarà:
<tscreen><verb>
 ../configure --enable-add-ons=linuxthreads,crypt,localedata --prefix=/usr/i486-linuxglibc2
</verb></tscreen>

<sect2>Compilare ed installare.
<p>
<nidx>glibc!test!compilare</nidx>
<nidx>glibc!test!installare</nidx>

Per compilare e verificare, si esegue:
<tscreen><verb>
 make
 make check
</verb></tscreen>
Se il comando 'make check' ha successo, installare la libreria:
<tscreen><verb>
 make install
</verb></tscreen>

<sect1>Aggiornare il loader dinamico.
<p>
<nidx>glibc!test!loader dinamico, aggiornare</nidx>
<nidx>glibc!test!ld.so.conf, aggiornare</nidx>

<enum>
<item>Creare un collegamento dal nuovo <tt>ld.so</tt> a
<tt>/lib/ld-linux.so.2</tt>:
<tscreen><verb>
 ln -s /usr/i486-linuxglibc2/lib/ld-linux.so.2 /lib/ld-linux.so.2
</verb></tscreen>
Questa è la sola libreria la cui locazione è prefissata una volta che un
programma sia stato collegato e l'uso di un riferimento in <tt>/lib</tt>
faciliterà l'aggiornamento a glibc come libreria C primaria, una volta che
la versione stabile sia stata rilasciata.
<item>Modificare <tt>/etc/ld.so.conf</tt>. È necessario aggiungere un
percorso alla directory lib dove le nuove librerie risiedono, che sarà
<tt>&lt;prefix&gt;/lib</tt>, come <tt>/usr/i486-linuxglibc2/lib</tt> per
la scelta precedente. Dopo aver corretto <tt>/etc/ld.so.conf</tt>, si
esegue
<tscreen><verb>
 ldconfig -v
</verb></tscreen>
</enum>

<sect1>Configurare gcc.
<p>
<nidx>glibc!test!gcc, configurare</nidx>
L'ultimo passo dell'installazione è aggiornare <tt>/usr/lib/gcc-lib</tt> in
modo che gcc sappia come usare le nuove librerie. Per prima cosa è necessario
duplicare la configurazione esistente. Per verificare la configurazione
corrente, si usa l'opzione -v:
<tscreen><verb>
 &percnt; gcc -v
 Reading specs from /usr/lib/gcc-lib/i486-unknown-linux/2.7.2.2/specs
 gcc version 2.7.2.2
</verb></tscreen>
In questo caso, i486-unknown-linux è il sistema e 2.7.2.2 è la versione.
È necessario copiare <tt>/usr/lib/gcc-lib/&lt;system&gt;</tt> nella nuova
directory di test per il sistema:
<tscreen><verb>
 cd /usr/lib/gcc-lib/
 cp -r i486-unknown-linux i486-linuxglibc2
</verb></tscreen>
Si rende corrente la nuova directory test di sistema e la directory di
versione
<tscreen><verb>
 cd /usr/lib/gcc-lib/i486-linuxglibc2/2.7.2.2
</verb></tscreen>
e si corregge il file <tt>specs</tt> presente. In questo file, si cambia
<tt>/lib/ld-linux.so.1</tt> a <tt>/lib/ld-linux.so.2</tt>. Inoltre è
necessario anche eliminare tutte le espressioni <tt/&percnt;{...:-lgmon}/ 
nel file, dal momento che glibc non usa la libreria gmon per il profiling.
Un esempio di file specs può essere trovato nella sezione <ref id="specs"
name="Esempio file specs">.

<sect1>Aggiornare i collegamenti per header file.
<p>
<nidx>glibc!test!header file, aggiornamento</nidx>
È necessario creare collegamenti nella nuova directory di link alle altre
directory include:
<tscreen><verb>
 cd /usr/i486-linuxglibc2/include
 ln -s /usr/src/linux/include/linux
 ln -s /usr/src/linux/include/asm
 ln -s /usr/X11R6/include/X11
</verb></tscreen>
Alcune librerie come ncurses necessitano di avere i propri file posti in 
questa directory. Si dovrà copiare o collegare i file in questione da 
<tt>/usr/include</tt>. (Probabilmente sarà necessario ricompilarne alcune 
con glibc2 per farle funzionare. In questi casi, basta compilare ed 
installare il pacchetto in <tt>/usr/i486-linuxglibc2</tt>.)

<sect1>Verificare la propria installazione.
<p>
<nidx>glibc!test</nidx>

Per verificare l'installazione, si crei il seguente programma in un file
glibc.c:
<tscreen><verb>
 &num;include &lt;stdio.h&gt;

 main()
 {
     printf("hello world!\n");
 }
</verb></tscreen>
e si compili con l'opzione &dquot;-b &lt;directory base&gt; -nostdinc
-I&lt;directory installazione&gt;/include -I/usr/lib/gcc-lib/&lt;nuova
directory di sistema&gt/&lt;gcc version&gt;/include&dquot;:
<tscreen><verb>
 &percnt; gcc -b i486-linuxglibc2 -nostdinc -I/usr/i486-linuxglibc2/include
-I/usr/lib/gcc-lib/i486-linuxglibc2/2.7.2.2/include glibc.c -o glibc
</verb></tscreen>
Si usi ldd per verificare che il programma è stato collegato con glibc2 e
non la vecchia libc:
<tscreen><verb>
 &percnt; ldd glibc
 libc.so.6 => /usr/i486-linuxglibc2/lib/libc-2.0.6.so (0x4000d000)
 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
</verb></tscreen>
Se compila, i collegamenti sono verificati e l'output del programma quando eseguito
è &dquot;hello world!&dquot; l'installazione ha avuto successo.




<sect>Installazione come libreria C primaria<label id="primary-install">
<p>
<nidx>glibc!installazione</nidx>

Questa sezione descrive l'installazione di glibc 2 come libreria primaria.
Qualsiasi nuovo programma compilato sarà collegato con questa libreria, a meno
che non si usino particolari opzioni per qualche altra versione.

Se si dispone di una distribuzione Redhat o Debian, dopo aver prelevato i
file rpm o deb appropriati, consultare le istruzioni per l'installazione. In
questo caso si può saltare la sezione che segue.


<sect1>Compilare la libreria dai sorgenti.<label id="compiling">
<p>
<nidx>glibc!installazione!compilazione</nidx>

Questa sezione spiega come compilare glibc 2 e le aggiunte a partire dai
sorgenti. È necessario compilare la libreria se si desidera cambiare
opzioni di ottimizzazione o configurazione o usare un pacchetto di cui non
si dispongano i binari.

<sect2>Prerequisiti.
<p>
<nidx>glibc!installazione!prerequisiti</nidx>

<itemize>
<item>Circa 150 MB di spazio libero su disco
<item>GNU make 3.75
<item>gcc &gt;= 2.7.2 (meglio 2.7.2.1)
<item>binutils 2.8.1 (per alpha è necessario a ? )
<item>bash 2.0
<item>autoconf 2.12 (se si modifica configure.in)
<item>texinfo 3.11
</itemize>

Su un i586@133 con 64 MB di RAM, sono necessarie circa 3 ore per compilare
completamente librerie e aggiunte. Su un i686@200 "carico", è necessaria
circa mezzora.

<sect2>Estrarre i sorgenti.
<p>
<nidx>glibc!installazione!sorgenti, estrarre</nidx>

È necessario estrarre i sorgenti dagli archivi in modo da poterli compilare.
Il modo migliore per farlo è:
 <tscreen><verb>
 tar xzf glibc-2.0.6.tar.gz
 cd glibc-2.0.6
 tar xzf ../glibc-linuxthreads-2.0.6.tar.gz
 tar xzf ../glibc-crypt-2.0.6.tar.gz
 tar xzf ../glibc-localedata-2.0.6.tar.gz
 </verb></tscreen>
Questa sequenza di comandi dispone le directory linuxthreads, crypt, e 
localedata in glibc-2.0.6 dove è possibile configurare queste aggiunte.

<sect2>Configurazione.
<p>
<nidx>glibc!installazione!configurazione</nidx>

Si crei una directory di nome compile in <tt>glibc-2.0.6</tt>, e la si
renda directory corrente. Tutto il lavoro sarà fatto in questa directory,
cosa che semplificherà la pulizia. (Gli sviluppatori non sono ancora
stati in grado di realizzare un 'make clean' perfetto.)
<tscreen><verb>
mkdir compile
cd compile
</verb></tscreen>
Si esegua <tt>../configure</tt>. Per usare i pacchetti aggiuntivi, è
necessario specificarli con --enable-add-ons, come in
--enable-add-ons=linuxthreads,crypt,localedata.
Probabilmente si desidererà anche specificare i percorsi dove debbano essere
installati. Per adeguarsi alle distribuzioni standard di Linux, si specifichi
--prefix=/usr. (Quando un prefisso di <tt>/usr</tt> è specificato su un
sistema linux, configure sa come sistemare i percorsi rimanenti per disporre
libc.so e le altre librerie importanti in <tt>/lib</tt>.) La linea completa
di configurazione dovrebbe essere:
<tscreen><verb>
 ../configure --enable-add-ons=linuxthreads,crypt,localedata --prefix=/usr
</verb></tscreen>

<sect2>Compilazione.
<p>
<nidx>glibc!installazione!compilazione</nidx>

Per compilare e verificare, si esegua:
 <tscreen><verb>
 make
 make check
 </verb></tscreen>


<sect1>Prepararsi per l'installazione.
<p>
<nidx>glibc!installazione!prepararsi per</nidx>

Ora è necessario spostare alcuni file per prepararsi per la nuova libreria,
a seconda che si stia installando dai sorgenti o dai binari. Ogni nuovo
programma compilato sarà collegato alla glibc, ma programmi vecchi che non sono
collegati staticamente dipenderanno ancora dal libc 5, per questo non è 
possibile semplicemente sovrascrivere la vecchia versione.

<enum>
<item>Creare una nuova directory per contenere i vecchi file:
  <tscreen><verb>
  mkdir -p /usr/i486-linuxlibc5/lib
  </verb></tscreen>

<item>I vecchi file di header devono essere rimossi da <tt>/usr/include</tt>:
 <tscreen><verb>
 mv /usr/include /usr/i486-linuxlibc5/include
 </verb></tscreen>

<item>Creare una nuova directory per i file include ed assegnare i
collegamenti per includere altre directory:
 <tscreen><verb>
 mkdir /usr/include

 ln -s /usr/src/linux/include/linux /usr/include/linux
 ln -s /usr/src/linux/include/asm /usr/include/asm
 ln -s /usr/X11R6/include/X11 /usr/include/X11
 ln -s /usr/lib/g++-include /usr/include/g++
 </verb></tscreen>

I collegamenti potrebbero essere diversi a seconda della distribuzione
di cui si dispone. Ad esempio Slackware pone gli header g++ in
<tt>/usr/local/g++-include</tt>, mentre Debian in
<tt>/usr/include/g++</tt>, e collega <tt>/usr/lib/g++-include</tt> a
<tt>/usr/include/g++</tt>. Nell'ultimo caso, probabilmente si
desidererà spostare la directory originale di nuovo in
<tt>/usr/include</tt>.

<item>Ripristinare ogni file di header o collegamento extra. Alcune
librerie non standard come ncurses pongono i propri file in
<tt>/usr/include</tt> oppure creano un link alla loro directory di
include in <tt>/usr/include</tt>. È necessario ripristinare questi
file e collegamenti al fine di poter usare correttamente le librerie
extra.

<item>Aggiungere la nuova directory della libreria (ad esempio
<tt>/usr/i486-linuxlibc5/lib</tt>) <em>all'inizio</em> del proprio
file <tt>/etc/ld.so.conf</tt>. È necessario avere ld.so 1.8.8 
(o più recente) per evitare alcuni strani messaggi una volta che glibc sia
installata.

<item>Spostare/copiare tutte le librerie C vecchie nella nuova directory.
 <tscreen><verb>
 mv /usr/lib/libbsd.a /usr/i486-linuxlibc5/lib
 mv /usr/lib/libc.a /usr/i486-linuxlibc5/lib
 mv /usr/lib/libgmon.a /usr/i486-linuxlibc5/lib
 mv /usr/lib/libm.a /usr/i486-linuxlibc5/lib
 mv /usr/lib/libmcheck.a /usr/i486-linuxlibc5/lib
 mv /usr/lib/libc.so /usr/i486-linuxlibc5/lib
 mv /usr/lib/libm.so /usr/i486-linuxlibc5/lib
 cp /lib/libm.so.5.* /usr/i486-linuxlibc5/lib
 cp /lib/libc.so.5.* /usr/i486-linuxlibc5/lib
 </verb></tscreen>
<tt>libm.so.5</tt> e <tt>libc.so.5</tt> dovrebbero essere copiate e
non spostate se <tt>/usr</tt> è una partizione separata da <tt>/</tt>, in
quanto sono necessarie per i programmi usati per far partire linux e
devono risiedere nella partizione di root.

<item>Spostare i file <tt>/usr/lib/*.o</tt> nella nuova directory.
 <tscreen><verb>
 mv /usr/lib/crt1.o /usr/i486-linuxlibc5/lib
 mv /usr/lib/crti.o /usr/i486-linuxlibc5/lib
 mv /usr/lib/crtn.o /usr/i486-linuxlibc5/lib
 mv /usr/lib/gcrt1.o /usr/i486-linuxlibc5/lib
 </verb></tscreen>

<item>Aggiornare la propria cache dopo lo spostamento delle librerie
 <tscreen><verb>
 ldconfig -v
 </verb></tscreen>
</enum>


<sect1>Installare dal pacchetto binario.
<p>
<nidx>glibc!installazione!codice precompilato</nidx>

Se si installa glibc da binari precompilati, per prima cosa si vorrà
verificare cosa ci sia nel package prima di installare i binari:
<tscreen><verb>
 tar -tzvvf glibc-2.0.bin.i386.tar.gz
 tar -tzvvf glibc-crypt-2.0.bin.i386.tar.gz
</verb></tscreen>
Se si sta installando glibc da codice binario precompilato, si deve:
 <tscreen><verb>
 cd /
 gzip -dc glibc-2.0.bin.i386.tar.gz | tar tvvf -
 gzip -dc glibc-crypt-2.0.bin.i386.tar.gz | tar tvvf -
 ldconfig -v
 </verb></tscreen>
Con differenti architettura o versione, sostituire i nomi di file adeguati.

La versione di glibc più recente non è generalmente disponibile come
package binario, e si raccomanda caldamente che sia eseguita la versione
più recente per evitare errori. Se non è possibile compilare da sé la
libreria, è sempre possibile prelevarla da una delle distribuzioni basate
su glibc (ad esempio RedHat) ed installare questa.

<sect1>Installare dai sorgenti.
<p>
<nidx>glibc!installazione!dai sorgenti</nidx>

Per installare la libreria dai sorgenti, si esegua:
 <tscreen><verb>
 make install
 ldconfig -v
 </verb></tscreen>

<sect1>Aggiornare i file specs di gcc.
<p>
<nidx>glibc!installazione!gcc file specs, aggiornamento</nidx>

Il passo finale dell'installazione (sia nel caso di codice binario che
sorgente) è di aggiornare il file <tt>specs</tt> di gcc, in modo da
poter collegare correttamente i propri programmi. Per determinare quale
file specs sia quello usato da gcc, si usi:
 <tscreen><verb>
 &percnt; gcc -v
 reading specs from /usr/lib/gcc-lib/i486-unknown-linux/2.7.2.2/specs
 gcc version 2.7.2.2
 </verb></tscreen>

In questo caso i486-unknown-linux è il sistema, e 2.7.2.2 la versione.
È necessario copiare il file <tt>/usr/lib/gcc-lib/&lt;system&gt;</tt>
nella vecchia directory di sistema
 <tscreen><verb>
 cd /usr/lib/gcc-lib/
 cp -r i486-unknown-linux i486-linuxlibc5
 </verb></tscreen>

Andare nella directory originale e quella di versione
 <tscreen><verb>
 cd /usr/lib/gcc-lib/i486-unknown-linux/2.7.2.2
 </verb></tscreen>

per modificare il file <tt>specs</tt> presente in questa directory. Nel
file, si cambi <tt>/lib/ld-linux.so.1</tt> in <tt>/lib/ld-linux.so.2</tt>.
Inoltre è necessario rimuovere tutte le espressioni <tt/&percnt;{...:-lgmon}/ 
presenti nel file, dal momento che glibc non usa la libreria gmon per
il profiling. Un esempio di file specs può essere trovato nella
sezione <ref id="specs" name="Esempio di file specs">.

<sect1>Controllare la propria installazione.
<p>
<nidx>glibc!installazione!controllare</nidx>

Per verificare l'installazione, si crei il seguente programma in un
file glibc.c:
 <tscreen><verb>
 &num;include &lt;stdio.h&gt;

 main()
 {
     printf("hello world!\n");
 }
 </verb></tscreen>
e si compili il programma.
 <tscreen><verb>
 &percnt; gcc glibc.c -o glibc
 </verb></tscreen>
Usando ldd è possibile verificare che il programma è stato collegato con
glibc2 e non la vecchia libc:
 <tscreen><verb>
 &percnt; ldd glibc
 libc.so.6 => /lib/libc.so.6 (0x4000e000)
 /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)
 </verb></tscreen>
Se il programma si compila e genera &dquot;hello world!&dquot; quando
eseguito, l'installazione è corretta.

<sect>Compilare con la libreria non primaria libc.
<p>
<nidx>glibc!compilare con libreria alternativa</nidx>

Ci sono situazioni in cui si desidera usare una libreria alternativa con
cui compilare i propri programmi. Questa sezione spiega come raggiungere
questo scopo, usando le directory ed i nomi di installazione degli esempi
delle precedenti due sezioni. Si ricordi di correggere i nomi secondo
la propria configurazione.

<sect1>Avviso per l'uso di libc non primarie.
<p>
<nidx>glibc!compilare con librerie alternative!avviso</nidx>
Prima di compilare un programma che sarà usato nella fase di boot del
sistema, si ricordi che se il programma è collegato dinamicamente ed è
usato prima che le partizioni non root siano montate, tutte le librerie
collegate dovranno essere presenti nella partizione di root. Seguendo il
percorso di installazione della precedente sezione su come installare glibc
come libreria primaria, la vecchia libreria è lasciata in <tt>/lib</tt>, 
che sarà nella propria partizione di root. Questo significa che tutti i
programmi saranno in grado di funzionare durante la fase di boot. Tuttavia
se <tt>/usr</tt> è su una diversa partizione e si installa glibc come
libreria di test in <tt>/usr/i486-linuxglibc2</tt>, qualsiasi nuovo
programma compilato con glibc non funzionerà fino a quando non si sia
montata <tt>/usr</tt>.

<sect1>Compilare programma con una glibc di test
<p>
<nidx>glibc!compilare con librerie alternative!glibc</nidx>
Per compilare un programma con una installazione di prova di glibc, è 
necessario impostare i percorsi di include a quelli di glibc.
Specificando &dquot;-nostdinc&dquot; si negheranno i normali percorsi, e
&dquot;-I/usr/i486-linuxglibc2/include&dquot; farà puntare agli include
di glibc. Sarà anche necessario specificare gli include di gcc che
si trovano in <tt>/usr/lib/gcc-lib/i486-linuxglibc2/2.7.2.2/include</tt>
(assumendo che si sia installata la libreria di test in i486-linuxglibc2 
con versione di gcc 2.7.2.2).

Per collegare un programma con una libreria di prova glibc, è necessario
specificare la configurazione di gcc. Questo si ottiene usando
l'opzione &dquot;-b i486-linuxglibc2&dquot;.

Per la maggior parte dei programmi, si possono specificare queste nuove
opzioni aggiungendole alle opzioni di makefile <tt>&dollar;CFLAGS</tt> e
<tt>&dollar;LDFLAGS</tt>: 
 <tscreen><verb>
 CFLAGS = -nostdinc -I/usr/i486-linuxglibc2/include -I/usr/lib/gcc-lib/i486-linuxglibc2/2.7.2.2/include -b i486-linuxglibc2
 LDFLAGS = -b i486-linuxglibc2
 </verb></tscreen>
Se si sta usando uno script di configurazione, si definiscano le variabili
d'ambiente <tt>&dollar;CFLAGS</tt> e <tt>&dollar;LDFLAGS</tt> (usando
env/setenv per csh/tcsh, o set/export per sh/bash/etc) prima di eseguire
configure. I makefile generati in questo modo dovrebbero avere 
<tt>&dollar;CFLAGS</tt> e <tt>&dollar;LDFLAGS</tt> corretti. Non tutti
i file di configurazione fanno riferimento a queste variabili, quindi 
è necessario controllare l'esecuzione di configure e correggere manualmente
i makefile se necessario.

Se i programmi che si compilano eseguono solo gcc (e non direttamente cpp o 
binutils), si può usare lo script che segue per evitare di scrivere tutte
le opzioni:
 <tscreen><verb>
 &num;!/bin/bash
 /usr/bin/gcc -b i486-linuxglibc2 -nostdinc \
              -I/usr/i486-linuxglibc2/include \
              -I/usr/lib/gcc-lib/i486-linuxglibc2/2.7.2.2/include "&dollar;@"
 </verb></tscreen>
Si può usare questo script invece di &dquot;gcc&dquot; per la compilazione.

<sect1>Compilare programmi con libc 5 quando glibc è la libreria primaria.
<p>
<nidx>glibc!compilare con librerie alternative!libc 5</nidx>
Per compilare un programma con le vecchie librerie avendo installato glibc
come libreria primaria, è necessario impostare i percorsi di inclusione
ai vecchi include. Specificando &dquot;-nostdinc&dquot; si nega
all'accesso al percorso normale, e
&dquot;-I/usr/i486-linuxlibc5/include&dquot; farà puntare agli include
di libc. Inoltre è necessario specificare
&dquot;-I/usr/lib/gcc-lib/i486-linuxlibc5/2.7.2.2/include&dquot;
per accedere a specifici include gcc. Si ricordi di correggere questi
percorsi sulla base dei nomi che si sono dati alle proprie directory e
versione di gcc.

Per collegare un programma con la propria vecchia libc, è necessario
specificare la configurazione, ed è fatto con:
&dquot;-b i486-linuxlibc5&dquot;.

Per la maggior parte dei programmi, si può specificare le nuove opzioni
aggiungendole alle opzioni di makefile <tt>&dollar;CFLAGS</tt> e
<tt>&dollar;LDFLAGS</tt>:
 <tscreen><verb>
 CFLAGS = -nostdinc -I/usr/i486-linuxlibc5/include -I/usr/lib/gcc-lib/i486-linuxlibc5/2.7.2.2/include -b i486-linuxlibc5
 LDFLAGS = -b i486-linuxlibc5
 </verb></tscreen>
Se si sta usando uno script di configurazione, si definiscano le variabili
d'ambiente <tt>&dollar;CFLAGS</tt> e <tt>&dollar;LDFLAGS</tt> (usando
env/setenv per csh/tcsh, o set/export per sh/bash/etc) prima di eseguire
configure. I makefile generati in questo modo dovrebbero avere
<tt>&dollar;CFLAGS</tt> e <tt>&dollar;LDFLAGS</tt> corretti. Non tutti
i file di configurazione fanno riferimento a queste variabili, quindi
è necessario controllare l'esecuzione di configure e correggere manualmente
i makefile se necessario.

Se i programmi che si compilano eseguono solo gcc (e non direttamente cpp o
binutils), si può usare lo script che segue per evitare di scrivere tutte
le opzioni:
 <tscreen><verb>
 &num;!/bin/bash
 /usr/bin/gcc -b i486-linuxlibc5 -nostdinc \
              -I/usr/i486-linuxlibc5/include \
              -I/usr/lib/gcc-lib/i486-linuxlibc5/2.7.2.2/include "&dollar;@"
 </verb></tscreen>
Si può usare questo script invece di &dquot;gcc&dquot; per la compilazione.


<sect>Compilare programmi C++.
<p>
<nidx>glibc!Programmi C++, compilare</nidx>

Libg++ usa alcune parti della libreria matematica, come pure il collegamento
a libm. Da momento che la libg++ esistente è stata compilata con la
propria precedente libreria, è necessario ricompilare libg++ con glibc per
avere una copia binaria. L'ultima versione sorgente per libg++ 
insieme con la versione binaria compilata con glibc (per x86) può essere
trovata presso:
<url url="ftp://ftp.yggdrasil.com/private/hjl/">.

<sect1>Installare libg++ per glibc configurata per test.
<p>
<nidx>glibc!libg++, installazione!come libreria di test</nidx>
Avendo installato glibc come libreria di test, è necessario installare i
file nella directory dove risiede glibc (che è <tt>/usr/i486-linuxglibc2</tt> 
per gli esempi delle sezioni precedenti). Installando da un pacchetto in
formato binario (cosa che l'autore consiglia in quanto non è mai riuscito
a compilare con successo libg++ in questo modo), è necessario estrarre i
file in una directory temporanea e spostare tutti i file da 
<tt>usr/lib/</tt> in <tt>&lt;directory di installazione&gt;/lib/</tt>,
da <tt>usr/include/</tt> in 
<tt>&lt;directory di installazione&gt;/include/</tt> (ricordarsi prima
di rimuovere il link <tt>include/g++</tt>!), ed infine da
<tt>usr/bin/</tt> in <tt>&lt;directory di installazione&gt;/bin/</tt>.

<sect1>Installare libg++ per glibc configurata come primaria.
<p>
<nidx>glibc!libg++, installazione!come libreria primaria</nidx>
Avendo installato glibc come libreria primaria e volendo mantenere la
possibilità di compilare programmi con la vecchia versione di libc, è
necessario spostare - prima della nuova installazione - tutti i file 
nella directory di libc. Probabilmente il modo più semplice per farlo
è di installare una copia di libg++ compilata per libc5 come nella
sezione precedente, e poi installare normalmente glibc.

<sect1>Compilare programmi C++ con libc non primaria.
<p>
<nidx>glibc!C++, compilazione di programmi!con libc non primaria</nidx>
Per compilare programmi C++ con una libreria non primaria libc, è necessario
specificare la directory di include g++ che negli esempi precedenti è
<tt>/usr/i486-linuxglibc2/include/g++</tt> per l'installazione di glibc come
libreria di test e <tt>/usr/i486-linuxlibc5/include/g++</tt> per 
l'installazione di glibc come libreria primaria. Normalmente si raggiunge
questo scopo impostando la variabile <tt>&dollar;CXXFLAGS</tt>:
 <tscreen><verb>
 CXXFLAGS = -nostdinc -I/usr/i486-linuxglibc2/include -I/usr/lib/gcc-lib/i486-linuxglibc2/2.7.2.2/include -I/usr/i486-linuxlibc5/include/g++ -b i486-linuxglibc2 </verb></tscreen>


<sect>Problemi.
<p>
<nidx>glibc!problemi</nidx>

Il Package glibc contiene una FAQ con informazioni aggiuntive da verificare
se ci sono problemi. Una versione online è anche disponibile presso
<url url="http://222.imaxx.net/~thrytis/glibc/glibc-FAQ.html">. Sotto ci sono
alcuni suggerimenti per risolvere problemi che non sono coperti dall'FAQ o sono
trattati qui in maggiore dettaglio.

<sect1>I nomi di Host non vengono risolti
<p>
<nidx>glibc!problemi!nomi non risolti</nidx>

Glibc 2 usa un metodo differente da libc 5 nel cercare i nomi di host.
Il codice (NSS) per lo switch del name server di glibc cerca per un
file <tt>/etc/nsswitch.conf</tt>. Se i nomi di host non sono risolti
usando un'applicazione glibc 3 ed il file <tt>/etc/resolv.conf</tt> è
configurato correttamente, verificare che ci sia il file <tt>/etc/nsswitch.conf</tt>.
Se non esiste, è possibile crearne uno contenente la linea:
<tscreen><verb>
hosts: files dns
</verb></tscreen>
Adesso si cercherà in <tt>/etc/resolv.conf</tt> per trovare i nameserver.

Si consulti alle pagine info della sezione di libc che descrive il file
nsswitch.conf in maggiore dettaglio.

<sect>Segnalare bug.
<p>
<nidx>glibc!bug, segnalazione</nidx>

Se si pensa che la libreria contenga un errore, per prima cosa si consulti
il file FAQ. È possibile che altri abbiano avuto lo stesso problema e che
ci sia una soluzione facile. Inoltre è necessario controllare la sezione
"Strumenti consigliati per l'installazione della libreria GNU C" nel file
"INSTALL" dal momento che alcuni sono bug dei tool e non della libreria.

Una volta scoperto un errore è necessario sincerarsi che sia veramente un
errore. Un buon modo è confrontare il comportamento della GNU con
altre librerie C. Se è lo stesso, probabilmente non si tratta di un bug
(ma non è detto), altrimenti una delle librerie quasi certamente è
errata. 

Passo successivo, consultare il database di bug presso:
<url url="http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl" 
name="http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl">. Verificare che
il problema non sia già stato segnalato. Sarebbe anche il caso di 
controllare il file <tt>BUGS</tt> distribuito con libc per vedere
l'elenco dei bug conosciuti. 

Scovato un errore di cui si è certi, si cerchi di restringerlo al caso di
test più compatto possibile. Nel caso di una libreria C, dovrebbe essere
possibile restringerlo ad una sola chiamata di libreria. Il compito non
dovrebbe essere troppo difficile.

Il passo finale consiste nello scrivere un semplice caso di test per
segnalare l'errore. Comunicando il problema, si spedisce il test, i
risultati ottenuti, i risultati attesi, quale si ritiene essere il problema
se si ha una qualche opinione), il tipo di sistema, la versione della
libreria GNU C, il compilatore GNU CC, e la versione delle binutils GNU
che si sta usando. Si aggiungano anche i file <tt>config.status</tt> e
<tt>config.make</tt> che si ottengono eseguendo <tt>configure</tt>; si
troveranno nella directory corrente al momento in cui si esegue <tt>configure</tt>.

Tutte le segnalazioni devono essere mandate usando lo script
<tt/glibcbug/ fornito con la GNU libc all'indirizzo <url url="bugs@gnu.org"> 
(l'indirizzo più vecchio <url url="bugs@gnu.ai.mit.edu"> è ancora
operativo), oppure comunicate con l'interfaccia web di GNATS 
<url url="http://www-gnats.gnu.org:8080/cgi-bin/wwwgnats.pl">.

Suggerimenti e domande possono essere indirizzati all'indirizzo
<url url="bugs-glibc@prep.ai.mit.edu">. Se non si legge il newsgroup
gnu.bug.glibc, è possibile iscriversi alla lista chiedendo a
<url url="bug-glibc-request@prep.ai.mit.edu">.

Per favore NON si comunichino bug all'indirizzo &lt;bug-gcc@prep.ai.mit.edu&gt;.
Questa lista è per segnalare problemi per GNU CC. GNU CC e GNU C lib sono
entità separate gestite da persone diverse.


<sect>Esempio di file specs.<label id="specs">
<p>
<nidx>glibc!file specs GCC, esempio</nidx>

Si include un esempio di file spec per glibc 2, usato da gcc per la
compilazione ed il collegamento. Dovrebbe essere presente nella
directory
<tt>/usr/lib/gcc-lib/&lt;nuova directory sistema&gt;/&lt;versione gcc&gt;</tt>.
Se si sta usando un sistema x86, probabilmente è possibile copiare esattamente
questa sezione nel file.
 <tscreen><verb>
 *asm:
 &percnt;{V} &percnt;{v:&percnt;{!V:-V}} &percnt;{Qy:} &percnt;{!Qn:-Qy} &percnt;{n} &percnt;{T} &percnt;{Ym,*} &percnt;{Yd,*} &percnt;{Wa,*:&percnt;*} 

 *asm_final:
 &percnt;{pipe:-}

 *cpp:
 &percnt;{fPIC:-D__PIC__ -D__pic__} &percnt;{fpic:-D__PIC__ -D__pic__} &percnt;{!m386:-D__i486__} &percnt;{posix:-D_POSIX_SOURCE} &percnt;{pthread:-D_REENTRANT}

 *cc1:
 &percnt;{profile:-p}

 *cc1plus:


 *endfile:
 &percnt;{!shared:crtend.o&percnt;s} &percnt;{shared:crtendS.o&percnt;s} crtn.o&percnt;s

 *link:
 -m elf_i386 &percnt;{shared:-shared}   &percnt;{!shared:     &percnt;{!ibcs:       &percnt;{!static:   &percnt;{rdynamic:-export-dynamic}      &percnt;{!dynamic-linker:-dynamic-linker /lib/ld-linux.so.2}}   &percnt;{static:-static}}} 

 *lib:
 &percnt;{!shared: &percnt;{pthread:-lpthread}  &percnt;{profile:-lc_p} &percnt;{!profile: -lc}}

 *libgcc:
 -lgcc

 *startfile:
 &percnt;{!shared:      &percnt;{pg:gcrt1.o&percnt;s} &percnt;{!pg:&percnt;{p:gcrt1.o&percnt;s}                        &percnt;{!p:&percnt;{profile:gcrt1.o&percnt;s}                    &percnt;{!profile:crt1.o&percnt;s}}}}    crti.o&percnt;s &percnt;{!shared:crtbegin.o&percnt;s} &percnt;{shared:crtbeginS.o&percnt;s} 

 *switches_need_spaces:


 *signed_char:
 &percnt;{funsigned-char:-D__CHAR_UNSIGNED__}

 *predefines:
 -D__ELF__ -Dunix -Di386 -Dlinux -Asystem(unix) -Asystem(posix) -Acpu(i386) -Amachine(i386)

 *cross_compile:
 0

 *multilib:
 . ;
 </verb></tscreen>

<sect>Miscellanea.
<p>
<nidx>glibc!miscellanea</nidx>

<sect1>Altre informazioni.
<p>
<nidx>glibc!altre informazioni</nidx>

<p>

<sect2>Pagine web.
<p>
<nidx>glibc!informazioni!WWW</nidx>

<itemize>
<item><url url="http://www.gnu.org/software/libc/libc.html" name="FSF's GNU C Library Home Page">
<item><url url="http://www.imaxx.net/~thrytis/glibc/" name="Using GNU Libc 2 with Linux">
<item><url url="http://huizen.dds.nl/~frodol/glibc/"name="Installing glibc-2 on
Linux">.
<item><url url="http://www.gate.net/~storm/FAQ/libc5-libc6-Mini-HOWTO.html" name="Debian libc5 to libc6 Mini-HOWTO">.
</itemize>

<sect2>Newgroups.
<p>
<nidx>glibc!informazioni!newsgroup</nidx>

<itemize>
<item><htmlurl url="news:comp.os.linux.development.system" name="comp.os.linux.development.system">
<item><htmlurl url="news:comp.os.linux.development.apps" name="comp.os.linux.development.apps">
<item><htmlurl url="news:linux.dev.kernel" name="linux.dev.kernel">
<item><htmlurl url="news:gnu.bug.glibc" name="gnu.bugs.glibc">
</itemize>

<sect2>Mailing lists.
<p>
<nidx>glibc!informazioni!mailing lists</nidx>

<descrip>
<tag/Lista Linux di discussione Glibc 2/
Questa lista è intesa per le discussioni tra utenti Linux che hanno
installato glibc 2, le nuove librerie GNU C. Argomenti riguardano problemi
di compatibilità e questioni relative la compilazione del codice in
ambiente Linux/glibc.
Per iscriversi è necessario scrivere a 
<htmlurl url="mailto:Majordomo@ricardo.ecn.wfu.edu"
name="Majordomo@ricardo.ecn.wfu.edu"> includendo come messaggio:
"subscribe glibc-linux &lt;your email address&gt;".

Gli archivi per questa mailing list possono essere trovati presso
<url url="http://www.progressive-comp.com/Lists/?l=linux-glibc&amp;r=1&amp;w=2&num;linux-glibc">
</descrip>


<sect1>Riconoscimenti
<p>

La maggior parte di queste informazioni è stata presa da
<url url="http://www.gnu.org/software/libc/libc.html" name="GNU Libc web page">,
dall'annuncio della glibc 2 e relativi commenti di Ulrich Drepper's
&lt;drepper@gnu.ai.mit.edu&gt;.  Andreas Jaeger 
&lt;aj@arthur.rhein-neckar.de&gt; ha fornito parte della sezione riguardo
la segnalazione di bug.

Le seguenti persone hanno fornito segnalazioni ed informazioni su questo
documento:
<itemize>
<item>Allex &lt;allex@ms2.accmail.com.tw&gt;
<item>Mark Brown &lt;M.A.Brown-4@sms.ed.ac.uk&gt;
<item>Ulrich Drepper &lt;drepper@gnu.ai.mit.edu&gt;
<item>Scott K. Ellis &lt;ellis@valueweb.net&gt;
<item>Aron Griffis &lt;agriffis@coat.com&gt;
<item>Andreas Jaeger &lt;aj@arthur.rhein-neckar.de&gt;
<item>Frodo Looijaard &lt;frodol@dds.nl&gt;
<item>Ryan McGuire &lt;rmcguire@freenet.columbus.oh.us&gt;
<item>Shaya Potter &lt;spotter@capaccess.org&gt;
<item>Les Schaffer &lt;godzilla@futuris.net&gt;
<item>Andy Sewell &lt;puck@pookhill.demon.co.uk&gt;
<item>Gary Shea &lt;shea@gtsdesign.com&gt;
<item>Stephane &lt;sr@adb.fr&gt;
<item>Jan Vandenbos &lt;jan@imaxx.net&gt;
</itemize>

Traduzioni di questo documento sono fatte da:
<itemize>
<item>Cinese: Allex &lt;allex@ms2.accmail.com.tw&gt;
<item>Francese: Olivier Tharan &lt;tharan@int-evry.fr&gt;
<item>Italiano: Andrea Girotto &lt;andrea@andreagirotto.it&gt;
<item>Giapponese: Kazuyuki Okamoto &lt;ikko-@pacific.rim.or.jp&gt;
</itemize>


<sect1>Segnalazioni.
<p>

A parte la scrittura di questo HOWTO, la manutenzione della pagina
<url url="http://www.imaxx.net/~thrytis/glibc" name="glibc 2 for Linux">
e l'uso sulla propria macchina, l'autore non ha nulla a che fare con
il progetto glibc. Ogni segnalazione, correzione o proposta sarà ben
accetta, scrivendo a <url url="mailto:ejg3@cornell.edu" 
name="ejg3@cornell.edu">. 

<sect1>Copyright.
<P>
Copyright (c) 1997 Eric Green. Questo documento può essere distribuito
esclusivamente nei termini posti dalla licenza LDP.

</article>

