Perché il file cmake GLOB è malvagio?

Question

Il dottore dice CMake sul comando file GLOB:

Si consiglia di non utilizzare GLOB di raccogliere un elenco di file di origine dal proprio albero dei sorgenti. Se nessun file CMakeLists.txt cambia quando viene aggiunta o rimossa una sorgente, il sistema di generazione generato non può sapere quando chiedere a CMake di rigenerare.

Diversi thread di discussione nel web in secondo luogo che i file sorgente globbing è il male.

Tuttavia, per rendere il sistema di compilazione sanno che una fonte è stato aggiunto o rimosso, è sufficiente dire

touch CMakeLists.txt 

Destra?

Quindi è meno sforzo di modificare CMakeLists.txt per inserire o eliminare un nome di file di origine. Né è più difficile da ricordare. Quindi non vedo alcun motivo valido per sconsigliare file GLOB.

Cosa c'è di sbagliato in questo argomento?

Answer 1

Il problema è quando non si è soli a lavorare su un progetto.

Diciamo progetto ha sviluppatore A e B.

Una aggiunge un nuovo file sorgente x.c. Non cambia CMakeLists.txt e si impegna dopo aver completato l'implementazione di x.c.

Ora B fa un git pull, e dal momento che non ci sono stati modifiche al CMakeLists.txt, CMake non è eseguire nuovamente e B hanno errori del linker durante la compilazione, perché x.c non è stato aggiunto alla sua lista file di origine.

Answer 2

Non è intrinsecamente male - ha vantaggi e svantaggi, coperto relativamente bene in this answer qui su StackOverflow. Ma se lo si utilizza con noncuranza, si potrebbe finire per ignorare le modifiche di dipendenza e richiedere la ricostruzione pulita di ampie parti della base di codice.

Sono personalmente a favore dell'utilizzo di esso - in progetti più piccoli, o in alcune sottodirectory in più grandi - per evitare di dover inserire ogni file manualmente nei file di build. Modifica: La mia preferenza è cambiata e attualmente tendo ad evitarlo.