Vlákno názorů k článku
Rychlé hlavičkové soubory v jádře, rychlejší kompilace od Pa??w0rd1 - Zajímalo by mě jestli existuje nějaký poloautomatický postup...

Zajímalo by mě jestli existuje nějaký poloautomatický postup nebo skript, který označí či dokonce odstraní nadbytečné #include hlavičkových souboů z projektu. Neměli byste nějaký tip?

Clangd mi nadbytečné inkluze hlavičkových souborů označuje.

Tohle se ihmo snadno vyřešit nedá. Ani kdyby někdo analyzoval závislosti mezi výsledným ockovými soubory. Na každé platformě to muže být jinak, s kazdou kombinaci DEFINEs to muse byt jinak.

Je to spousta práce, chce to hodně testování a výsledek nestojí za to. Mnohem lepší je začít používat predkompilovane headery. Je to méně práce a výsledek stojí za to.

Bohutel se to v gcc a llvm používá jinak.

Neni mi jasne, jak predkompilovana hlavicka muze usetrit nezanedbatelne mnozstvi casu. Napriklad hlavicka include/linux/prin­tk.h definuje makro pr_warn, ktere pouziva pr_fmt, ktere je definovane v C souboru, takze predkompilovana hlavicka muze obsahovat pouze tokenizaci jazyka preprocesoru, ale samotna expanze musi probehnout az pri prekladu finalniho C modulu. Tokenizace jazyka preprocesoru je ve srovnani s expanzi velmi rychla, takze je otazka, zda ji ma smysl vubec mit nekde v cache.

Ak je nejaká hlavička použitá v 1000 c súboroch, tak sa musí kompletne parsovať 1000x. Ak je medzi prekompilovanými, tak len raz sa skompiluje do interných štruktúr a ušetrí sa čas

Ono uplne staci procesovat INCLUDE path, pokud kompilator dostane jako parameter desitky parametru "-I", tak musi pokazde vylistovat desitky adresaru na najit ten spravny header ve spravnem adresari.

Pokud je kompilator zravy na pamet, a inode a adresarem se dostane z cache, tak to znamena desitky IO operaci navic.