Newsgroup: it.comp.os.linux.sys
Titolo: gcc

Ciao a tutti e scusate perchè sicuramente questa è una banalità.
Su alcuni server Linux con Red Hat 6.2 dove, durante l'installazione, ho
selezionato certi pacchetti, non ho nessun problema a compilare un driver
per una scheda di rete.
Solo su uno, dove ho fatto un'installazione abbastanza ridotta, quando vado
a fare il make non mi trova il gcc.
Premetto che le glibc, glibc-devel, glib, glib-devel sono tutte installate.
Su qualche rpm di Red Hat si trova il gcc?
Ciao e tutti, grazie ancora e scusatemi per la banalità ma proprio non lo
trovo.
Ciao, grazie!
Francesco Collini

 Su qualche rpm di Red Hat si trova il gcc?
[root@mordor /root]# rpm -qf `which gcc`
egcs-1.1.2-30
-- 
Pierluigi De Rosa (
tho...@durin.khazad-dum.net
).
<<      LINUX: the choice of a GNU generation     >>
<<   For my real address... ask the Balrog.       >>
* Sostenete la Lega per la Soppressione dei Troll *

Grazie mille Pierluigi.
Ah, un'altra cosa strana che su un'altra macchina uguale non mi ha fatto:
qui ho un kernel-2.2.14-5.0smp (su un netserver e-60), e quando do il make
install il modulo me lo mette su /lib/modules.2.2.14-5.0, mentre sull'altro
server me lo ha messo, correttamente, su /lib/modules/2.2.14-5.0smp
noto che la /usr/src/linux punta al 2.2.14-5.0...
come dovrei fare, Pierluigi, per fare in modo che mi si installi nel kernel
smp?
Ciao, grazie ancora, buona giornata!
Francesco Collini

ah, scusa Pierluigi:
la directory /boot per me non è molto "normale":
totale 5032
lrwxrwxrwx    1 root     root           24 feb 14 18:38 System.map ->
System.map-2.2.14-5.0smp
-rw-r--r--    1 root     root       203645 mar  8  2000
System.map-2.2.14-5.0
-rw-r--r--    1 root     root            0 mar 21 12:32
System.map-2.2.14-5.0smp
-rw-r--r--    1 root     root          512 lug 14  2000 boot.0800
-rw-r--r--    1 root     root         4568 feb  2  2000 boot.b
-rw-r--r--    1 root     root          612 feb  2  2000 chain.b
-rw-r--r--    1 root     root       434031 lug 14  2000
initrd-2.2.14-5.0.img
-rw-r--r--    1 root     root       434254 lug 14  2000
initrd-2.2.14-5.0smp.img
-rw-r--r--    1 root     root            0 mar  8  2000 kernel.h
-rw-------    1 root     root        27136 gen 10 12:18 map
lrwxrwxrwx    1 root     root           22 lug 14  2000 module-info ->
module-info-2.2.14-5.0
-rw-r--r--    1 root     root            0 mar 21 12:32
module-info-2.2.14-5.0
-rw-r--r--    1 root     root        11773 mar  8  2000
module-info-2.2.14-5.0smp
-rw-r--r--    1 root     root          620 feb  2  2000 os2_d.b
-rwxr-xr-x    1 root     root      1615706 mar  8  2000 vmlinux-2.2.14-5.0
-rwxr-xr-x    1 root     root      1723324 mar  8  2000
vmlinux-2.2.14-5.0smp
lrwxrwxrwx    1 root     root           18 lug 14  2000 vmlinuz ->
vmlinuz-2.2.14-5.0
-rw-r--r--    1 root     root            0 mar 21 12:32 vmlinuz-2.2.14-5.0
-rw-r--r--    1 root     root       647013 mar  8  2000
vmlinuz-2.2.14-5.0smp
Forse c'è un pò di can can tra il kernel normale ed il kernel-smp?
Ciao, grazie ancora!
Francesco Collini

ah, no scusami ancora; ti dico le cose "a rate..."
ho verificato che la directory /boot, sull'altro server dove mi ha messo il
nuovo driver nella directory smp, è la stessa!
Ciao,
Francesco Collini

 server me lo ha messo, correttamente, su /lib/modules/2.2.14-5.0smp
Non usare i kernel della RH :-) Prendi i sorgenti e ricompila..


 -rw-r--r--    1 root     root            0 mar 21 12:32 vmlinuz-2.2.14-5.0
                                                          ^^^^^^^^^^^^^^^^^^
Piuttosto non capisco questo.. perche'? Uno sembra essere quello
compresso con bzip2 e l'altro no e vmlinuz punta a quello sbagliato:
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
[..]
-rwxr-xr-x    1 root     root      1615706 mar  8  2000
vmlinux-2.2.14-5.0
lrwxrwxrwx    1 root     root           18 nov 21 17:18 vmlinuz ->
vmlinuz-2.2.14-5.0
-rw-r--r--    1 root     root       622249 mar  8  2000
vmlinuz-2.2.14-5.0
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=> CLIP HERE < =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
tutto qui..


 nuovo driver nella directory smp, è la stessa!
Boh, cmq per prima cosa io ricompilerei da un tarball in modo da
avere una situazione pulita..


no, certo, hai ragione Pierluigi, ma questi qui sono i kernel che in default
mette la Red Hat 6.2.
Il problema è che, con uname -aa ottengo:
Linux linuxsrv1 2.2.14-5.0smp #1 SMP Tue Mar 7 21:01:40 EST 2000 i686
unknown
ma, quando compilo il driver me lo schiaffa sulla /lib/modules/2.2.14-5.0 e
non sul /lib/modules/2.2.14-5.0smp
Ciao, grazie ancora Pierluigi.
Ciao,
Francesco Collini

 non sul /lib/modules/2.2.14-5.0smp
Beh se proprio non vuoi ricompilare allora correggi a mano il link ma io
insisto nel suggerire che ricompilando avresti una situazione piu'
stabile che non usando i kernel RH. Io pure e' da anni che non li uso
mai e preferisco ricompilare.


Ah, tutto ok, Pierluigi.
Non volevo ricompilare, era solo che il driver non me lo installava nella
corretta /lib/modules.
Ho risolto semplicemente riavviando la macchina, forse perchč avevo
installato il pacchetto egcs appena poco fa senza riavviare.
Ora il risultato della compilazione mi da:
gcc  -D__KERNEL__ -DMODULE -DLINUX -DEXPORT_SYMTAB -D__NO_VERSION__ -I/usr/s
rc/l
inux/include -I. -O2 -pipe -D__SMP__ -DMODVERSIONS -DCONFIG_PROC_FS -DIANS -
DIAN
S_BASE_VLAN_TAGGING -DIANS_BASE_VLAN_ID -c e100.c -o e100_main.o
ld -r ans.o ans_driver.o ans_hw.o ans_os.o e100_main.o -o e100.o
rm e100_main.o
mkdir -p /lib/modules/2.2.14-5.0smp/net
install -m 644 e100.o /lib/modules/2.2.14-5.0smp/net
depmod -a                                                           ---
che č proprio ciň che volevo!
Ah, un'altra cortesia, visto che sei sempre disponibile con me: i kernel
redhat per che motivi li sconsigliate?
Vorrei, inoltre, esporre un'opinione "non" tecnica, diciamo di "marketing",
sui consulenti informatici operanti in ambito server Linux e vorrei la tua
opinione perchč sei una persona, a mio avviso, molto saggia. La posto su
annunci oppure ti scrivo?


 annunci oppure ti scrivo?
Forse se non e' un annuncio vero e proprio sarebbe piu' opportuno qui.
