bazelbuild/bazel

Incremental build fails (missing dep declarations for std lib), requires expunge

Open

#11.200 geöffnet am 22. Apr. 2020

Auf GitHub ansehen
 (5 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Java (4.465 Forks)batch import
P4help wantedteam-Documentationteam-Rules-CPPtype: documentation (cleanup)

Repository-Metriken

Stars
 (25.384 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 22T 20h) (77 gemergte PRs in 30 T)

Beschreibung

With incremental builds, I see errors like

ERROR: /usr/local/google/home/gcmn/.cache/bazel/_bazel_gcmn/151032d5e60e04f24eb0914f43c91bbf/external/com_google_absl/absl/base/BUILD.bazel:145:1: undeclared inclusion(s) in rule '@com_google_absl//absl/base:malloc_internal':
this rule is missing dependency declarations for the following files included by 'external/com_google_absl/absl/base/internal/low_level_alloc.cc':
  '/usr/lib/clang/9.0.1/include/stddef.h'
  '/usr/lib/clang/9.0.1/include/stdint.h'
  '/usr/lib/clang/9.0.1/include/limits.h'
  '/usr/lib/clang/9.0.1/include/__stddef_max_align_t.h'
  '/usr/lib/clang/9.0.1/include/stdarg.h'

The specific starting point varies (not always absl), but it's always an include of some std header. Building with RBE worked, so I think it's something specific about the local state. bazel clean was insufficient to fix the issue, but bazel clean --expunge made it go away. Per the instructions at https://docs.bazel.build/versions/master/user-manual.html#the-clean-command, I'm filing a bug.

Please let me know what additional information I can provide, although I suspect some things may be lost now that I've run expunge.

Contributor Guide

Research-Richtung
Reproduzieren Sie das Problem, indem Sie nach einem sauberen Build mit lokaler Ausführung einen inkrementellen Build durchführen. Untersuchen Sie die fehlenden Header Fehler und verfolgen Sie, warum Bazel sie nicht in den Abhängigkeitsgraphen aufnimmt. Berücksichtigen Sie die Rolle des Aktions Cachings und des Header Scannings.
Tech Stack
java
Domain
build system
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
3
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
BazelGit
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
40