Reprise du message précédent :
Ayéééééé !!! J'a retrouvé !!!
$ script fichier.log
$ make modules (ou ce que tu veux...)
$ ^D
$ less fichier.log
 
and voila !!!  

e_esprit a écrit a écrit :   Rah oui, m'apprendra a pas relire les sujets, desole . Je crois que j'ai une autre soluce... je cherche... je te tiens au courant...

 
Le make -d modules > logFile ... me donne un fichier de plus de 40000 lignes ... fiouf ...
 
Et il n'y a pas les messages du terminal ... :\

e_esprit a écrit a écrit : Ayéééééé !!! J'a retrouvé !!! $ script fichier.log $ make modules (ou ce que tu veux...) $ ^D $ less fichier.log   and voila !!!

 
Ok .. je fais ça de suite ... mais .. il fait quoi le chapo D là ?

J'ai essayé d'uploader la log ..
 
 
http://perso.wanadoo.fr/paranoidandroid/log_mod
 
 
Merde j'ai pas mis d'extension ...

Bah fait un tail -n 50 apres ce que je t'ai dit, ca devrait suffire

le control-D il dit a script : "ARRRRREEEETTTTEEEUUUUUUHHHH !!!".

vire le support ATM aussi, j'pense pas que t'en ai besoin , si tu veux je te poste la config kernel que j'utilise actuellement et que je trimballe de noyau en noyau

Ouais mais attends ..
 
s'il trouve des erreurs syntaxiques dans le kernel.h .... y'a vraiment qulque chose qui cloche là :
 
http://perso.wanadoo.fr/paranoidandroid/log_mod

paranoidandroid a écrit a écrit : Ouais mais attends ..   s'il trouve des erreurs syntaxiques dans le kernel.h .... y'a vraiment qulque chose qui cloche là :   http://perso.wanadoo.fr/paranoidandroid/log_mod

 
c'est pas une erreur syntaxique dans kernel.h, c'est une erreur car il ne trouve pas un fichier include se trouvant dans kernel.h, il n'y a pas d'erreur syntaxique, juste un problème de langage, pour éviter toutes ces erreurs j'ai carrément recompilé un gcc 3.2.1 pour i686 pour être tranquille, j'avais déjà plus d'erreur suite à mes modifs, mais là je suis pas déçu car il fonctionne mieux ce gcc et me semble même plus rapide

BMOTheKiller a écrit a écrit :     c'est pas une erreur syntaxique dans kernel.h, c'est une erreur car il ne trouve pas un fichier include se trouvant dans kernel.h, il n'y a pas d'erreur syntaxique, juste un problème de langage, pour éviter toutes ces erreurs j'ai carrément recompilé un gcc 3.2.1 pour i686 pour être tranquille, j'avais déjà plus d'erreur suite à mes modifs, mais là je suis pas déçu car il fonctionne mieux ce gcc et me semble même plus rapide

 
hmmm
 
donc .. je dois aller chez gcc.sourceforge.net ?

 
bah nan, mais normalement tu devrais pouvoir t'en tirer avec le gcc de la distro, mais si vraiment tu veux le recompiler, tu chopes les sources ici : ftp://ftp.club-internet.fr/mirror [...] 2.1.tar.gz
 
pour le compiler, je te conseille ça :
 
./configure --prefix=/usr/local --mandir=/usr/local/share/man --infodir=/usr/local/share/info --enable-shared --enable-threads=posix --disable-checking --host=i686-pc-linux-gnu --with-system-zlib --enable-__cxa_atexit --with-gnu-as --with-gnu-ld && make && make install
 
après tu vas dans /usr/bin, tu renommes gcc en gcc-3.2-8.0, tu fais ensuite "ln -s /usr/local/bin/gcc /usr/bin/gcc"
 
et voilà, tu as un compilo tout neuf qui fait plus ch***

 
 
Boarf .. ben ouais je demande que ça ....
 
BOn je reboote sous nux ... et j'attaque ça

Question toute conne :
t'as fait un lien de linux vers linux-2.4.18-18.8.0 ??? :
ln -s /usr/src/linux-2.4.18-18.8.0 /usr/src/linux
 
Au passage, il est bizarre ton numero de verion de kernel...

 
oui oui c'est d'ailleurs dans /usr/src/linux que je bosse

 
2.4.18 -> le kernel
-18 -> nombre de modifications
8.0 -> dans la branche RH 8.0
 
pour une 7.1, 7.2, 7.3
 
c'est 2.4.18-18.7x

ça dure combien de tempss la compil du gcc ? :\

 
depend de la machine...

 
athlon XP 1700+ 785 de ddr, ...
 
 
ça fait 25 minutes ...chuis crevé je veux éteindre le pc et pioncer
 
 
 
ça doit faire 10 bonnes minutes qu'il est sur du java

arg vi, la c long
 
me rend pas trop compte en fait...  sinon: laisse le allumer, ca peut pas lui faire de mal, ca fait 8 mois ke g pas eteint les miens

Leirn a écrit a écrit : arg vi, la c long   me rend pas trop compte en fait...  sinon: laisse le allumer, ca peut pas lui faire de mal, ca fait 8 mois ke g pas eteint les miens

 
 
ouais mais ça fait un boucan d'enfer ... c mon frangin qui tire la gueule .... sinon j'y serais encore à 5h du mat .. spa le probleme :\

je c plus combien de temps j'ai mis, spa trop long...

 
35 40 minutes .... mouerf.

[root@nux linux-2.4]# gcc --version
gcc (GCC) 3.2.1
Copyright (C) 2002 Free Software Foundation, Inc.
This is free software; see the source for copying conditions.  There is NO
warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
 
 
 
 
http://perso.wanadoo.fr/paranoidandroid/log_mkImage
 

t'as pas de bol toi...
un make depend ptetre ? quoique nan, meme pas...
T'as vraiment pas de bol  

e_esprit a écrit a écrit : t'as pas de bol toi... un make depend ptetre ? quoique nan, meme pas... T'as vraiment pas de bol

 
 
 
C'ets relouuuuuuuuuuu quand ça marche paaaaaaaaaaaas

paranoidandroid a écrit a écrit :         C'ets relouuuuuuuuuuu quand ça marche paaaaaaaaaaaas

 
peut etre que .... en fait j'avais déjà fais un make bzImage avec l'ancienne version de gcc ...  il faudrait pas virer l'image compilé d'avant avant de recompiler à nouveau ???
 
Et ou est ce que je peut trouevr ce qui a été compiler ... à part le arch/i386/ ... bzImage

normalement il recompile tout...
un make clean peut etre avant...

 
c'est ce que j'ai fais ..
 
make dep && make clean && make bzImage
 

C'est comment qu'on vire un répertoire ? sans qu'il me demande a chaque fois si je veu effacer chaque element se trouvant dedans ..
 
j'ai essayé rm -rd mais il me demande pour chaque fichier et dossier ...

Been en fait j'ai peut etre oublié de le faire ... là je l'ai relancé et tout se passe bien ..pour l'instant  
 

bon ben même probleme qu'hier ..
 
le make modules est foireux ..
 
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:600: warning: parameter names (without types) in function declaration
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:602: `strnlen_user_R_ver_str' declared as function returning a function
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:602: warning: parameter names (without types) in function declaration
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:603: invalid suffix on integer constant
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:603: parse error before numeric constant
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:603: `clear_user_R_ver_str' declared as function returning a function
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:603: warning: function declaration isn't a prototype
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:604: `__clear_user_R_ver_str' declared as function returning a function
/usr/src/linux-2.4.18-18.8.0/include/asm/uaccess.h:604: warning: parameter names (without types) in function declaration
loop.c: In function `loop_put_buffer':
loop.c:347: `dcc0bb37' undeclared (first use in this function)
loop.c: In function `loop_get_buffer':
loop.c:426: `dcc0bb37' undeclared (first use in this function)
loop.c: In function `loop_change_fd':
loop.c:720: invalid suffix on floating constant
loop.c:720: called object is not a function
loop.c:761: warning: label `out_put_all' defined but not used
loop.c: In function `loop_set_status':
loop.c:856: invalid suffix on integer constant
loop.c:856: called object is not a function
loop.c: In function `loop_get_status':
loop.c:911: `d523fdd3' undeclared (first use in this function)
loop.c:911: called object is not a function
loop.c: In function `lo_ioctl':
loop.c:964: `e7800428' undeclared (first use in this function)
loop.c:964: called object is not a function
loop.c: At top level:
loop.c:1051: `loop_unregister_transfer_R_ver_str' declared as function returning a function
loop.c:1051: warning: function declaration isn't a prototype
loop.c: In function `loop_unregister_transfer_R_ver_str':
loop.c:1054: `number' undeclared (first use in this function)
loop.c: At top level:
loop.c:1069: `__kstrtab_loop_unregister_transfer_R_ver_str' declared as function returning an array
loop.c:1069: warning: parameter names (without types) in function declaration
loop.c:1069: function `__kstrtab_loop_unregister_transfer_R_ver_str' is initialized like a variable
loop.c:1069: warning: parameter names (without types) in function declaration
loop.c:1069: function `__ksymtab_loop_unregister_transfer_R_ver_str' is initialized like a variable
loop.c:1069: `bfee3ad5' undeclared here (not in a function)
loop.c:1069: invalid lvalue in unary `&'
loop.c:1069: `bfee3ad5' undeclared here (not in a function)
loop.c:1069: warning: excess elements in scalar initializer
loop.c:1069: warning: (near initialization for `__ksymtab_loop_unregister_transfer_R_ver_str'
loop.c: In function `loop_init':
loop.c:1088: `f3efa40e' undeclared (first use in this function)
loop.c:1091: called object is not a function
loop.c: In function `loop_exit':
loop.c:1138: invalid suffix on integer constant
loop.c:1138: called object is not a function
make[2]: *** [loop.o] Error 1
make[2]: Leaving directory `/usr/src/linux-2.4.18-18.8.0/drivers/block'
make[1]: *** [_modsubdir_block] Error 2
make[1]: Leaving directory `/usr/src/linux-2.4.18-18.8.0/drivers'
make: *** [_mod_drivers] Error 2
 
 
 
 
 
putain mais je peux pas coller sur le forum l'intégralité de la log .... j'ai l'impression que quand le 'presse papier' est gros .... le javascript du post en veux pas.  relou ça aussi

C'est l'option -f (pour force) qu'il faut utiliser.
 
~$ rm -rf <répertoire>

bon voilà, ça va mieux déjà hein
 
plus de problème de gcc, maintenant c'est un problème de config dans le noyau que tu as...  
 
ton erreur intervient au niveau du module de périph de block "loop" qui sert généralement à monter des iso comme un CD...
 
t'aurais pas un peu touché les paramètres à ce niveau-là ?
 
sinon, qd tu as une erreur, toujours faire un make clean avant de repartir
 
edit : ne pas oublier d'activer :

BMOTheKiller a écrit a écrit : bon voilà, ça va mieux déjà hein   plus de problème de gcc, maintenant c'est un problème de config dans le noyau que tu as...     ton erreur intervient au niveau du module de périph de block "loop" qui sert généralement à monter des iso comme un CD...   t'aurais pas un peu touché les paramètres à ce niveau-là ?   sinon, qd tu as une erreur, toujours faire un make clean avant de repartir   edit : ne pas oublier d'activer : Code : Code maturity level options Prompt for development and/or incomplete code/drivers

 
ouais alors ça va carrément mieux ...
 
c'est carrément la même merde qu'avant quoi
 
pour le code maturity ça y était déjà ... .. :\
 

vérifie bien ta config, teste...
 
tu dois avoir des incohérences là...

 
bah ma onfig c'est celle par défaut ..
 
et j'y ai enlevé le suport atm drivers .... sinon je refous les sources du kernel au propre et je relance le tout ...

 
pour tout remettre au propre : make mrproper

 
et ça me refile la config par défaut ... ? bopn c'est parti ..
 
 
merci ...

 
ouech, tu reparts sur la config de base...
 
si tu as appliqué des patchs sur le noyau, ça ne les retire pas bien sûr

BMOTheKiller a écrit a écrit :     ouech, tu reparts sur la config de base...   si tu as appliqué des patchs sur le noyau, ça ne les retire pas bien sûr

 
non c bon là c'est tout comme à l'origine ... le rm -rf c'était justement pour a la poubelle le noyau patché que j'avais copié ...
 
thx

paranoidandroid a écrit a écrit :     non c bon là c'est tout comme à l'origine ... le rm -rf c'était justement pour a la poubelle le noyau patché que j'avais copié ...   thx

 
bon ben apparemment ça rulezzzzzzzzz