[RH 8 / GCC] Comment compiler son noyau avec ça ??? [resolu]

Comment compiler son noyau avec ça ??? [resolu] [RH 8 / GCC] - Linux et OS Alternatifs

Marsh Posté le 15-10-2002 à 04:54:00    

ça fait pas mal de temps que je galère avec ce "foutu" problème de compilo, après avoir compiler les sources de gcc 3.2 fraîchement téléchargé sur gcc.gnu.org, puis downgradé en 2.96-110, puis compiler encore une fois le 3.2, puis fini par réinstallé le 3.2-7, je ne sais plus comment faire
 
Bref, pas moyen de compiler les modules sans erreur.... j'ai donc ignoré la première erreur (-i), mais celles-ci s'enchaînent ensuite, donc pas la peine...
 
j'ai absolument besoin de recompiler puisque j'ai du matos non pris en charge par défaut
 
ceux qui ont eu le problème ont trouvé une solution :??:
 
(les "installe mandrake" sont priés de sortir avant de poster :D )


Message édité par BMOTheKiller le 15-10-2002 à 10:57:46
Reply

Marsh Posté le 15-10-2002 à 04:54:00   

Reply

Marsh Posté le 15-10-2002 à 06:12:03    

Installes Gentoo ... :o ... [:dawa]
[:ddr555]
 
 [:dehors2]


Message édité par Zzozo le 15-10-2002 à 06:12:14
Reply

Marsh Posté le 15-10-2002 à 06:54:41    

:D j'en étais sûr !
 
bon, je ne sais pas si ça vient de là, mais j'ai cette erreur qui est plusieurs fois répété au make dep :  
 
/usr/src/linux-2.4.18-14/include/linux/kernel.h:10:20: stdarg.h: Aucun fichier ou répertoire de ce type
 
bon, d'après ce que j'ai compris avec google, ce ne serait pas gênant avec les nouveaux gcc
 
le problème intervient au make modules :

Code :
  1. [root@BMO linux]# make modules
  2. scripts/split-include include/linux/autoconf.h include/config
  3. make -r -f tmp_include_depends all
  4. make[1]: Entre dans le répertoire `/usr/src/linux-2.4.18-14'
  5. make[1]: Quitte le répertoire `/usr/src/linux-2.4.18-14'
  6. make -C  kernel CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.18-14/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4  -DMODULE -DMODVERSIONS -include /usr/src/linux-2.4.18-14/include/linux/modversions.h" MAKING_MODULES=1 modules
  7. make[1]: Entre dans le répertoire `/usr/src/linux-2.4.18-14/kernel'
  8. make[1]: Rien à faire pour `modules'.
  9. make[1]: Quitte le répertoire `/usr/src/linux-2.4.18-14/kernel'
  10. make -C  drivers CFLAGS="-D__KERNEL__ -I/usr/src/linux-2.4.18-14/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4  -DMODULE -DMODVERSIONS -include /usr/src/linux-2.4.18-14/include/linux/modversions.h" MAKING_MODULES=1 modules
  11. make[1]: Entre dans le répertoire `/usr/src/linux-2.4.18-14/drivers'
  12. make -C addon modules
  13. make[2]: Entre dans le répertoire `/usr/src/linux-2.4.18-14/drivers/addon'
  14. make[2]: Rien à faire pour `modules'.
  15. make[2]: Quitte le répertoire `/usr/src/linux-2.4.18-14/drivers/addon'
  16. make -C atm modules
  17. make[2]: Entre dans le répertoire `/usr/src/linux-2.4.18-14/drivers/atm'
  18. gcc -D__KERNEL__ -I/usr/src/linux-2.4.18-14/include -Wall -Wstrict-prototypes -Wno-trigraphs -O2 -fno-strict-aliasing -fno-common -fomit-frame-pointer -pipe -mpreferred-stack-boundary=2 -march=i686 -malign-functions=4  -DMODULE -DMODVERSIONS -include /usr/src/linux-2.4.18-14/include/linux/modversions.h -g -nostdinc  -DKBUILD_BASENAME=fore200e  -c -o fore200e.o fore200e.c
  19. cc1: AVERTISSEMENT: -malign-functions est obsolète, utiliser -falign-loops
  20. Dans le fichier inclus à partir de fore200e.c:30:
  21. /usr/src/linux-2.4.18-14/include/linux/kernel.h:10:20: stdarg.h: Aucun fichier ou répertoire de ce type
  22. Dans le fichier inclus à partir de fore200e.c:30:
  23. /usr/src/linux-2.4.18-14/include/linux/kernel.h:73: erreur d'analyse syntaxique avant « va_list »
  24. /usr/src/linux-2.4.18-14/include/linux/kernel.h:73: AVERTISSEMENT: déclaration de fonction n'est pas un prototype
  25. /usr/src/linux-2.4.18-14/include/linux/kernel.h:76: erreur d'analyse syntaxique avant « va_list »
  26. /usr/src/linux-2.4.18-14/include/linux/kernel.h:76: AVERTISSEMENT: déclaration de fonction n'est pas un prototype
  27. /usr/src/linux-2.4.18-14/include/linux/kernel.h:80: erreur d'analyse syntaxique avant « va_list »
  28. /usr/src/linux-2.4.18-14/include/linux/kernel.h:80: AVERTISSEMENT: déclaration de fonction n'est pas un prototype
  29. make[2]: *** [fore200e.o] Erreur 1
  30. make[2]: Quitte le répertoire `/usr/src/linux-2.4.18-14/drivers/atm'
  31. make[1]: *** [_modsubdir_atm] Erreur 2
  32. make[1]: Quitte le répertoire `/usr/src/linux-2.4.18-14/drivers'
  33. make: *** [_mod_drivers] Erreur 2


 
bon, ben là on voit que l'erreur vient de l'absence de stdarg.h (appel de la fonction va_list)
ce que je ne pige pas, c'est que faire là ? même en ne compilant pas ce module, l'erreur est la même :/

Reply

Marsh Posté le 15-10-2002 à 09:29:22    

moi je dirais qu'il te manque un package....
 
genre glibc-devel ou qqch du genre

Reply

Marsh Posté le 15-10-2002 à 09:36:36    

t'as fait un export LANG='C' ?

Reply

Marsh Posté le 15-10-2002 à 10:02:07    

j'ai eu le même problème.
en gros, c'est la faute au kernel même si je peux pas dire pourquoi.
normalement tu as ce fameux stdarg.h dans quelque chose qui suivant les versions va ressembler à /usr/lib/gcc-lib/i386-linux/3.2.1 (le i386 et la version de gcc dépendent de ton système).Pour ne pas avoir de problème, copies ou lies les .h de ce répertoire dans /usr/src/linux/include pour qu'ils soient trouvés à la compile.


Message édité par Acontios le 15-10-2002 à 10:02:43
Reply

Marsh Posté le 15-10-2002 à 10:46:28    

@ apolon34 > et vi, justement j'ai cru ça aussi et pensai résoudre le problème jusqu'à ce que le gestionnaire m'affiche que glibc-devel était déjà installé
 
@ kelus > je ne l'ai pas refais, mais j'avais justement vu ça dans un topic, mais ça ne m'avait rien apporté
 
@ 911 gt3 > je pense que la solution est là, je fonce essayer :hap:  
 
merci @ tous de vos réponses constructives  :jap:

Reply

Marsh Posté le 15-10-2002 à 10:54:38    

un grand merci à 911, c'était exactement ce qu'il fallait faire ! :ouch:  [:spamafote]  
 
finies les erreurs  :D

Reply

Marsh Posté le 15-10-2002 à 10:59:24    

fallait faire bien + simplement un "export LANG=C"
 
(j'avais fait un post d'astuces pour red hat 8 hier mais il a disparu...)


---------------
Self Destruction Might Be The Answer - http://www.kazekami.org
Reply

Marsh Posté le 15-10-2002 à 11:10:43    

kazekami a écrit a écrit :

fallait faire bien + simplement un "export LANG=C"
 
(j'avais fait un post d'astuces pour red hat 8 hier mais il a disparu...)




 
ben dans mon cas ça n'a rien apporté, après la déclaration j'avais toujours le même problème, j'ai fais pas mal de tests (plusieurs versions de gcc avec 2 noyaux différents 2.4.18-14 et 2.4.19), au moins sous cette version de RH, le changement de gcc ne me foire pas à la gueu** comme ça faisait sous la 7.2, donc c'était facile de downgrader ou upgrader gcc.... par contre j'ai quelques petits problèmes avec rpm qui plante parfois, j'ai installé cette RH sur 2 machines, sur les 2 ça me le faisait avec seul solution que de rebooter car il fallait tuer le processus rpm et après il était impossible de relancer une install :/
même après mise à jour de rpm à la version 4.1...
 
là c'est résolu aussi grâce à apt avec accessoirement synaptic :D

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed