Forum Linux.noyau quelle version de gcc t'a compilé ?

Posté par  (site web personnel) .
Étiquettes : aucune
0
8
oct.
2005
Voilà, j'ai un noyau que j'ai compilé, et je ne me souviens plus avec quelle version de gcc je l'ai fait. Y'a t'il moyen de retrouver ça ?

Et tant qu'à faire est-il possible de retrouver quelle version de gcc a compilé un programme, une librairie...

Merci d'avance.

  • # # cat /proc/version

    Posté par  . Évalué à 4.

    Tapez ici votre message.

    • [^] # Re: # cat /proc/version

      Posté par  . Évalué à 3.

      Hmm... j'avais zappé la 2ème question, plus générale : à ma connaissance, pas de méthode miracle. Tu trouveras l'info pour certaines libs qui le prévoient (essaye d'exécuter /lib/libc.so.6 par exemple), mais je pense qu'il n'y a rien dans les headers ELF standards pour la stocker.

  • # dmesg

    Posté par  (site web personnel) . Évalué à 1.

    tape dmesg | more
    la premiere ligne sera
    Linux version 2.6.13.2 (root@jack) (version gcc 3.3.6 (Gentoo 3.3.6, ssp-3.3.6-1.0, pie-8.7.8)) #1 Sat Oct 1 18:09:45 CEST 2005

    le #1 c le nombre de fois que tu l'a compilé ton noyau
    pour le reste je sais pas désolé

  • # Quel interêt ?

    Posté par  (site web personnel) . Évalué à -1.

    A quoi cela peut il servir ? A part si le compilateur est buggé ..

    • [^] # Re: Quel interêt ?

      Posté par  . Évalué à 1.

      pour profiter de l'optimisation perf et/ou taille des dernières version de gcc et recompiler les applis dont on souhaite améliorer les perfs ....

    • [^] # Re: Quel interêt ?

      Posté par  . Évalué à 4.

      Perso j'ai eu une fois des soucis pour charger un module compilé en 3.4 sur un noyau compilé en 3.3. Est-ce normal ou pas, j'en sais rien, mais toujours est-il que depuis, quand j'ai un doute, je vérifie moi aussi quelle branche j'ai utilisé pour le noyau avant de lui rajouter des modules.

      • [^] # Re: Quel interêt ?

        Posté par  (site web personnel) . Évalué à 3.

        Perso j'ai eu une fois des soucis pour charger un module compilé en 3.4 sur un noyau compilé en 3.3.

        Pareil. En tout cas, merci pour tes réponses.

    • [^] # Re: Quel interêt ?

      Posté par  (site web personnel) . Évalué à 3.

      Un exemple tres simple: tu prends une distro ou tout est compilé aux petits oignons pour toi, avec un gcc par défaut différent de celui qui a compilé le kernel parceque ce dernier, trop sensible, ne marche pas bien avec le gcc à la mode.

      Résultat, tu veux installer un module noyo en le compilant, tu auras du mal avec juste gcc. J'ai eu le probleme recemment avec vmware sur ma breezy, le kernel est compilé en gcc 3.4 et c'est gcc 4 qui est par défaut, je me suis donc servi de /proc/version pour trouver la version de gcc et ensuite j'ai mis la variable GCC qui va bien pour compiler les modules de vmware.

      • [^] # Re: Quel interêt ?

        Posté par  (site web personnel) . Évalué à 0.

        Ce n'est pas cencé être compatible avec plusieurs compilateurs ..?
        Je trouve ca bizarre ... ce bug est-il prévu d'être corrigé ?

        • [^] # Re: Quel interêt ?

          Posté par  (site web personnel) . Évalué à 3.

          Si tu parlais du kernel vs gcc4, si mais bon, ca ne se fait pas forcement du jour au lendemain. Surtout que la, il faut aussi se dire que ubuntu doit compiler certains modules (nvidia, ipw2200, etc) avec ce gcc, et que donc faut faire gaffe et gcc4 n'est pas forcement une option.

          Si tu parlais d'utiliser un module compilé avec un gcc sur un kernel compilé avec un autre gcc, je ne m'y risquerais pas, et visiblement, vmware non plus.

  • # une voie....

    Posté par  . Évalué à 2.

    il y a peut être une commande qui précise la version de compilation mais on peut se faire une bonne idée avec un `strings -a main|grep "GCC:"`, il y a surement plusieurs références et ce en fct des libs qui y sont liées...

    si quelqu'un a des liens sur la structure d'un binaire ou objet pondu par gcc, cela serait pas mal ...

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.