Mozna by stalo alespon za zminku, ze to, v cem je configure.in napsan je v makrojazyk m4 (jakysi obecneji pouzitelny bratricek C preprocesoru), a tedy jsou k dispozici vsechny jeho vlastnosti, vcetne moznosti definice vlastnich maker.
Jinak hezky clanek, i kdyz ocekavanou diskusi na tema co to stoji (napr. krome prace s vytvorenim autoconf souboru je tu jeste potreba psat programy s ohledem na autoconf, jinak je jeho pouzivani skoro na nic) a jestli se to vyplati jsem v nem nenasel ;)
Zajimalo by me take, ma-li nekdo zkusenosti s programem autoscan (v baliku autoconfu), ktery by mel pro dany programovy balik vygenerovat odpovidajici configure.in.
Predem bych chtel rict, ze prestoze je k rozumne distribuci nezbytne nutne pouzivat configure-> make je pouzivani autoconfu neco tak strasneho, ze se to da srovnat jen s perlem riznutym pascalem. Porod zacina napr. ve chvili kdyz hodlate pouzivat nestandardni knihovnu, programy atd...
Jinak programy neni potreba psat s ohledem na autoconf a automake je krome nejjednoduzsich programu typu hello uplne nahovno.
Jo,jo, to je pravda. Pri pouziti nestandartnich soucasti je to vsechno trosku slozitejsi, je treba pouzit obecna makra, ale neni to nepouzitelne pouze je to o neco slozitejsi.
Programy je a neni treba psat s ohledem na autoconf. Pokud vam staci aby se uzivatel dozvedel ze mu chybi balik nebo knihovna XXX tak neni, pokud se ma pouzivat jedna z vice moznych variant nebo jinak reagovat na zmeny prostredi tak je treba psat program s ohledem na Autoconf. Jinak o Automake bude dil dalsi.
autoscan je dobry nastroj pro lidi zacinajici s autoconfem, nebo take k ujisteni se, ze jste na nejakou zakladni vec nezapomneli. Samozrejme nedokaze dedukovatuplne presne jake knihovny nebo hlavickove soubory potrebujete, ale dokaze vycist a nadefinovat alespon to zakladni minimalni configure.in (testy na kompiler a standardni hlavickove soubory). Jinymy slovy dokaze vygenerovat kompletni configure.in ale nic extra od nej necekejte :)
