Hacktoberfest 2026: le issue che i maintainer hanno segnato per ottobre, aperte e adatte ai principianti. Sfoglia le issue Hacktoberfest

`foundry-list.check` Makefile rule erases `tests/foundry/out/ag_proofs`, which it relies on

Aperta
#1,741 0 commenti 0 reazioni 0 assegnatari Vedi su GitHub

Nessuno ha ancora preso questa issue.

Valutazione

Difficoltà
3/5
Tempo stimato
1-2 giorni
Idoneità per principianti
35/100
Tipo di issue
Bug
Chiarezza
Abbastanza chiara
Stato di attività
Ferma

Direzione di ricerca

Inizia con la regola Makefile tests/foundry/foundry-list.check e verifica come tests/foundry/out e tests/foundry/out/ag_proofs sono dichiarati come dipendenze. Riproduci il comportamento con make -B, quindi determina se test-foundry-prove può essere reso una dipendenza esplicita oppure se gli artefatti di prova generati debbano essere spostati in una directory separata. Il lavoro è completato quando la regola non rimuove più le prove da cui dipende.

Scritto dal modello di indicizzazione a partire dal testo della issue.

Descrizione

enhancement

The Makefile rule tests/foundry/foundry-list.check has tests/foundry/out as an indirect dependency, so when I make it with -B, it erases the tests/foundry/out/ag_proofs directory, and this makes it easy to waste a lot of time by running this rule by mistake because in order to regenerate the foundry-list test file all the proofs in the test-foundry-prove need to be re-run.

Ideally we'd have some way for make to be able to tell if test-foundry-prove needs to be rerun and make this a dependency of tests/foundry/foundry-list.out, but if that's not possible, I think we should move everything currently in tests/foundry/out into its own directory and have tests/foundry/out be only for the generated JSON files.

Lingua principale
KCL
Stelle
592
Fork
156
Merge medio
2h 19m
PR unite (30g)
1

Preparare l'ambiente

Non abbiamo ancora controllato i file di configurazione di questo progetto. Parti dal suo README e consulta la nostra guida al primo contributo per i passaggi generali.

Come iniziare

  1. Leggi tutta la issue e poi la guida ai contributi del progetto.
  2. Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
  3. Fai un fork del repository e lavora su un branch.
  4. Apri una pull request che faccia riferimento al numero della issue.

Altre issue di runtimeverification/evm-semantics

Tutte le issue di runtimeverification/evm-semantics

Issue simili

Altre issue su Build System

Ricevi le nuove issue nella tua casella

Un breve riepilogo di issue GitHub adatte ai principianti.