Ich versuche, einen Treiber für einen Netis WF2190-Adapter zu kompilieren. Ja, ich habe gerade das neueste von ihnen heruntergeladen.
Wie kann ich das -Werror=date-time
im Build deaktivieren ? Ich kann es nirgendwo im Build-Skript finden, daher muss es eine globale Standardeinstellung sein. Es ist klar, dass der Code nur versucht, das Erstellungsdatum und die Erstellungszeit in die Ausgabe einzubetten. Daher sollte es kein Problem geben, diese Warnung zu deaktivieren.
Hier sind einige der Warnungen, die ich erhalte und die als Fehler behandelt werden:
/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
Warnung ist neu in gcc 4.9. Ich denke, sie wird möglicherweise implizit von aktiviert-Wall
(und implizit von in einen Fehler umgewandelt-Werror
). Sie könnten versuchen , es drehen off explizit mit der-Wno-
Form , dh-Wno-error=date-time
auf die hinzugefügt ,CFLAGS
aber ich bin zu raten und es nicht testen können.Antworten:
Die Datum-Uhrzeit-Warnung ist in gcc 4.9 neu, glaube ich - sie wird möglicherweise implizit von aktiviert
-Wall
(und in einen Fehler umgewandelt-Werror
).Sie können versuchen, es explizit mithilfe des
-Wno-
Formulars zu deaktivieren, z. B. durch Hinzufügenzum
CFLAGS
.quelle
Ich habe einige Male versucht, die Zeile "Wno-error = date-time" zu den CFLAGS hinzuzufügen, aber es schien nicht zu funktionieren.
Die für mich mit Abstand einfachste Lösung bestand darin, die Datei zu finden, die die Zeile "__DATE__" durch Ausführen erzeugt
welches (für den Quellcode, mit dem ich arbeite) gab mir die Datei
Ich habe dies einfach in eine Zeichenfolge ohne Variable geändert, indem ich die Anführungszeichen entfernt habe, d. H
Die Zusammenstellung konnte dann fortgesetzt werden
BEARBEITEN: Wie bereits erwähnt,
make clean
vor dem Ausführen von configure verwenden und eine neue Version aus der zip / tar-Datei erstellen oder noch besser extrahierenquelle
Es ist möglicherweise besser, das fehlerhafte Makro durch Löschen der Zeile 66 aus der Datei rtw_debug.c zu entfernen.
Jetzt können Sie mit dem Build fortfahren:
quelle