BRAS de Liaison Erreur “Utilise VFP registre arguments principaux.l'elfe ne le fait pas” sur windows 8?
Je suis en train de commencer à l'aide d'un BRAS STM32F4 Discovery Conseil et je me fais un peu bizarre compilation des erreurs lors de l'utilisation de la "GNU Tools" sur Windows 8
Actuellement mon code est très simple:
#include "stm32f4xx_conf.h"
int main(void)
{}
Cette compile en utilisant le "make" parfaitement trouver sur Ubuntu 12 et windows 7, mais j'ai l'erreur suivante dans Windows 8. J'ai installé le même ensemble d'outils sur toutes les machines.
C:/Program Files (x86)/codesourcery/sourcery g++
lite/bin/../lib/gcc/arm-none-eabi/4.5.1/../../../../arm-none-eabi/bin/ld.exe:
erreur C:\Users\MyName\AppData\Local\Temp\cckUTM2f.o les utilisateurs VFP registre
arguments principaux.elf ne pas
J'ai rétréci vers le bas cette erreur vers le bas pour le drapeau "-mfloat-abi=dur", qui lors de la mise à l' "-mfloat-abi=soft", permet le code de la compilation, mais ce conflit les autres fichiers qui sont déjà compilé avec l'option "-mfloat-abi=dur".
Quelqu'un sait pourquoi cela ne pourrait se produire que sur Windows 8 et comment le résoudre? Si plus d'information est nécessaire, faites-le moi savoir. Désolé à l'avance si c'est un nooby-question que je suis très nouveau pour cette!
- Sur plus d'une enquête, si cela peut aider, j'ai trouvé "arm-none-eabi-gcc -print-multi-répertoire -marm -mfloat-abi=dur" renvoie "fpu" sur Windows 7, mais "." sur Windows 8
- Une autre Observation, je peux compiler le code bien sur Windows 8 SI j'ouvre l'invite de commande via "C:/Users/Program Files (x86)/Outils GNU ARM Intégré/4.9 2014q1/bin/gccvar.chauve-souris"
Vous devez vous connecter pour publier un commentaire.
Cette réponse peut apparaître à la surface n'a aucun rapport, mais il est une cause indirecte de ce message d'erreur.
Tout d'abord, les "Usages VFP enregistrer..." message d'erreur est causée directement à partir d'un mélange mfloat-abi=doux et mfloat-abi=dur d'options au sein de votre construction. Ce paramètre doit être uniforme pour tous les objets qui sont liés.
La cause indirecte de cette erreur peut être due à l'Éclipse de l'éditeur de se confondre par une erreur dans le projet ".cproject de fichier". L'Éclipse de l'éditeur fréquemment reswizzles des liens vers des fichiers et parfois il se casse de lui-même lorsque vous apportez des modifications à votre structure de répertoire ou de fichier endroits. Cela peut également affecter les paramètres du chemin d'accès à votre compilateur gcc - pour un sous-ensemble des fichiers du projet. Alors que je ne suis pas encore sûr de exactement quelles sont les causes de cet échec, en remplacement de l' .cproject fichier avec une copie de sauvegarde corrigé ce problème pour moi. Dans mon cas, j'ai remarqué .java.la valeur null.pointeur erreurs après l'ajout d'un répertoire include path. J'ai aussi trouvé une autre voie pour le compilateur gcc a été utilisé pour certaines de mes sources locales à l'espace de travail, mais pas tous d'entre eux. Les deux compilateurs gcc ont été à l'aide de différents float paramètres pour des raisons inconnues, d'où le VFP registre d'erreur.
J'ai comparé l' .cproject paramètres avec une ancienne copie et les différences observées dans les inscriptions pour les sources à l'origine du problème - même si le principal de paramètres du projet a été désactivé. En remplaçant le .cproject fichier avec l'ancienne version, le problème a disparu, et je vais la laisser cela comme un rappel de ce qui s'est passé.
La solution est en fait très simple, il était lié à la variable de CHEMIN d'accès n'étant pas réglé correctement par la suite d'outils de l'installateur. Pour le résoudre dans windows 8, accédez à des Variables d'Environnement => Variables Système et j'ai ajouté "C:\Program Files (x86)\Outils GNU ARM Intégré\4.8 2014q1\bin à la variable path. L'installateur a mis sous "Variables Utilisateur pour Nom" et que, pour toujours raison, n'a pas fonctionné.