linux - Différence entre les compilateurs arm-eabi arm-gnueabi et gnueabi-hf




gcc linux-kernel linux-device-driver (2)

Je ne suis pas complètement sûr:

  • l'eabi représente la compilation du code qui fonctionnera sur le noyau du bras nu.
  • le gnueabi représente la compilation de code pour Linux

Pour la partie gnueabi / gnueabi-hf, j'ai trouvé une réponse ici .

gcc-arm-linux-gnueabi est le paquetage cross-toolchain pour l'architecture d'armel. Cette chaîne d'outils implique l'EABI généré par les options -mfloat-abi = soft ou -mfloat-abi = softfp de gcc.

gcc-arm-linux-gnueabihf est le paquetage cross-toolchain pour l'architecture armhf. Cette chaîne d'outils implique l'EABI généré par l'option gcc -mfloat-abi = hard.

Quelle est la différence entre les compilateurs croisés arm-eabi, gnueabi et gnueabi-hf. Je trouve difficile de choisir les compilateurs. Y a-t-il un compilateur natif pour le bras?


Cela va probablement être une course de chevaux, mais oui, la facilité de syslog qui existe dans la plupart sinon tous les dérivés Un * x est la voie à suivre. Il n'y a rien de mal à se connecter à un fichier, mais cela laisse sur vos épaules un certain nombre de tâches:

  • est-il un système de fichiers à votre emplacement de journalisation pour enregistrer le fichier
  • Qu'en est-il de la mise en mémoire tampon (pour la performance) par rapport à la vidange (pour obtenir les journaux écrits avant un plantage du système)
  • Si votre démon fonctionne depuis longtemps, que faites-vous à propos du fichier journal en constante augmentation?

Syslog prend soin de tout cela, et plus, pour vous. L'API est similaire au clan printf donc vous ne devriez pas avoir de problèmes pour adapter votre code.





linux gcc linux-kernel arm linux-device-driver