J'essaie de compiler un pilote pour un adaptateur Netis WF2190. Oui, je viens de télécharger la dernière version d'eux.
Comment puis-je désactiver le -Werror=date-time
dans la build? Je ne le trouve nulle part dans le script de construction, je pense donc que ce doit être un paramètre global par défaut. De toute évidence, le code tente simplement d'incorporer la date / heure de génération dans la sortie, donc il ne devrait pas y avoir de problème avec la désactivation de cet avertissement.
Voici certains des avertissements que je reçois qui sont traités comme des erreurs:
/home/andy/RTL8812AU_linux_v4.3.8_12175.20140902/driver/rtl8812AU_linux_v4.3.8_12175.20140902/core/rtw_debug.c:66:1: error: macro "__DATE__" might prevent reproducible builds [-Werror=date-time]
/home/andy/RTL8812AU_linux_v4.3.8_12175.20140902/driver/rtl8812AU_linux_v4.3.8_12175.20140902/core/rtw_debug.c:66:1: error: macro "__TIME__" might prevent reproducible builds [-Werror=date-time]
cc1: some warnings being treated as errors
date-time
avertissement est nouveau dans gcc 4.9 je pense - il est peut-être activé implicitement par-Wall
(et transformé en erreur implicitement par-Werror
). Vous pouvez essayer de le désactiver explicitement en utilisant le-Wno-
formulaire, c'est--Wno-error=date-time
à- dire ajouté auCFLAGS
mais je suppose et je ne peux pas le tester.Réponses:
L'avertissement date-heure est nouveau dans gcc 4.9 je pense - il est peut-être activé implicitement par
-Wall
(et transformé en erreur implicitement par-Werror
).Vous pouvez essayer de le désactiver explicitement en utilisant le
-Wno-
formulaire, c'est-à-dire en ajoutantau
CFLAGS
.la source
J'ai essayé plusieurs fois d'ajouter la ligne "Wno-error = date-time" aux CFLAGS, mais cela ne semblait pas fonctionner.
La solution la plus simple pour moi était de loin de trouver le fichier qui produisait la ligne "__DATE__" en exécutant
qui (pour le code source avec lequel je travaille) m'a donné le fichier
J'ai simplement changé cela en une chaîne sans la variable en supprimant les guillemets, c'est-à-dire
La compilation a alors pu se poursuivre
EDIT: Comme mentionné précédemment, utilisez
make clean
avant d'exécuter configure et faites, ou mieux encore, extrayez une nouvelle version du fichier zip / tarla source
Il peut être préférable de supprimer la macro incriminée en supprimant la ligne 66 du fichier rtw_debug.c.
Vous pouvez maintenant poursuivre la construction:
la source