C++ build setup per ignorare le modifiche nei commenti

Question

È possibile impostare la catena di build in modo tale che eventuali modifiche nei commenti (o spazi) vengano ignorate? Ad esempio ogni volta che viene modificato un commento in un file di intestazione, ogni file sorgente che lo include viene ricompilato, anche quando ciò non è necessario.

Quando il preprocessore è terminato con la rimozione dei commenti dal file modificato, la catena di build potrebbe innanzitutto verificare se l'output è effettivamente cambiato. In caso contrario, dovrebbe comportarsi come se il file stesso non fosse cambiato.

Utilizzo Visual Studio 2010 btw.

Modifica: @MikeSeymour, VS's cl.exe ha un interruttore/Gm per le ricostruzioni minime. Non è ben documentato, ma penso che sia ciò che sto chiedendo. Ma non è compatibile con l'opzione/MP per l'utilizzo di più core. Sul mio dual core (con hyperthreading),/Gm dovrebbe saltare la compilazione di ~ 3 su 4 unità in media. Mentre trovo dubbio che questo sia il caso, non sono nemmeno sicuro di come valutare se/Gm ne vale la pena o meno.

Answer 1

No.

Come può il compilatore a sapere che le uniche modifiche apportate a un file erano nei commenti, fino a quando non compila quel file?

I file successivi devono quindi essere ricompilati perché il file dipendente è cambiato, anche se il binario risultante era lo stesso.

Answer 2

Esistono molte tecniche per evitare molte interdipendenze. Prova a utilizzare la dichiarazione anticipata.

Con l'utilizzo della dichiarazione di inoltro è sufficiente compilare il codice che utilizza effettivamente il codice. Il libro di Scott Myers può dirti di più. Ha un buon numero di pagine su questo argomento.

Answer 3

Sì. Devi avere un sistema di build che ti consenta di attivare eventi di build se alcuni predicati sono veri. Quello che vorresti è un predicato che dice "questo file è cambiato in un modo semanticamente interessante".

Una buona approssimazione di tale predicato esiste, nella forma della nostra famiglia di strumenti SmartDifferencers che confronta i file del codice sorgente, utilizzando una conoscenza approfondita (ad esempio un parser di produzione) della struttura del codice sorgente. In particolare, SmartDifferencer mostrerà le modifiche nel codice sorgente in termini di modifiche ai costrutti del linguaggio (ad es. Identificatori, dichiarazioni, dichiarazioni, blocchi) e azioni di modifica plausibili (inserire, sostituire, eliminare, spostare, rinominare, rinominare-attraverso il blocco, ecc. .). Non è interessato al layout o ai commenti (a meno che non lo si imponga). Quindi è abbastanza facile da ottenere che SmartDifferencer indichi se un file di codice sorgente ha cambiato qualcosa di diverso dai commenti o dagli spazi bianchi. Gli SmartDifferencer esistono per un'ampia varietà di lingue.

Ora, come si può far cooperare il sistema di generazione? Unix Crea trigger su un predicato, ma non di questo tipo; ciò che effettivamente fa è attivare eventi di build su entità basate sulla data di recency delle date del file rispetto all'obiettivo. È possibile simulare ciò avendo una dipendenza da un file "changed_signal", producendo tale file, se lo SmartDifferencer vede una differenza interessante.