Hlavickove subory – C / C++ – Fórum – Programujte.com

ahoj,
v hlave mi vrta jedna otazka:
NACO su prekladacu hlavickove subori? v com mu pomozu?ako sa potom vyuzivaju?
ked napr. pouzijem v programe riadok:

#include "subor.h"

Kompilují se všechny cpp soubory připojené k projektu. Hlavičkové soubory urychlují kompilaci a ulehčují orientaci v kódu. Při kompilaci program zkopíruje obsah všech hlavičkových souborů do původního volaného (c,cpp), včetně souborů jako iostream.

Teoreticky si můžete zkopírovat obsah všech potřebných souborů sám, ale vznikne z toho jen bordel.

To Tom@sQo : Hovori ti nieco oddeleny preklad ? Pravdaze mozes naincludovat aj *.c subor (drektiva #include funguje s hocijakym suborom (mozno ze aj s binarnym ale to som si neni isty, kedze uzitocnost includovat bin. subor je absolutne nulova ;) )
No ked naincludujes vsetky zdrojaky tak to asi moc oddelene neprelozis... A to nehovorim o definiciach vsetkych struktur, konstant a ja neviem coho...
A navyse, ako by si chcel includovat napr. zdrojak z dajakej kniznice ? Napr. WinAPI ? Ak sa ti to podari tak mi daj vedet ... ;)

Tom@sQo
<del>Jelikož překladač musíš znát</del> Jelikož by překladač měl znát definici funkce před jejím prvním použitím (aby ověřil typy atp.), a jelikož se každý serioznější projekt skládá z více oddělených souborů zdrojových kódů (aby se nemuselo po každé malé změně v jedné naprosto nedůležité funkci překládat všechno znovu), používají se hlavičkové soubory, které obsahují definice funkcí v jednotlivých souborech. Většinou, co jeden .c (resp. .cpp) soubor, to je jeden hlavičkový .h soubor.

Podívej se např. na http://www.linuxsoft.cz/article.php?id_article=704.

To bukaj : Pozor, na to aby si mohol vyuzivat dajaku funkciu nemusis ju mat deklarovanu. Compiler vacsinov vyhodi nejaky nechutny warning ale skompiluje to a ak to linker dokaze vyriesit tak je vsetko v poriadku. Skus skompilovat napr. toto:

int main()

{

	printf("aaa\n");

	return 0'

}

_k_
Tím pádem u mě GCC ztrácí hodně bodů. Poopravím se tedy: Jelikož by překladač měl znát...

noo po googleni som pochopil toto:

ked napr. mam kod:

#include <iostream> //obycajny hlavickovy subor obsahujici definicie funkcii a tried

int main(){

    std::cout << "Hello World" << std::endl;

}

To Tom@sQo : Ano, pochopil jsi to celkem dobre

Prekladac to pozna podle toho, ze se v nem nachazi definice f-ce.A prohledava soubory co jsou v projektu a ty ktere ma prilinkove(napr. standartni knihovna, std...)

To _k_ a bukaj :
jde o to ze C podle Kernighana a Richieho predbezne deklarace funcki vubec nevyzadovalo (stejne jako existovala take treba implicita navratoveho typu = int). nevim presne jak se to zmenilo s prislima standardama (predpokladam ze C99 uz to specifikovane je, ale jiste to nevim - zkus to prelozit s parametrem "-pedantic", rekl bych ze ti to nevezme) ale v C++ uz rozhodne predbezne deklarace byt musi.

To tmi : Je mi jasne ze podla standartov to na 99% neprejde, ja som len chcel poznamenat ze z technickej stranky moze byt deklaracia funkcie compileru viac-menej ukradnuta...

To Tom@sQo : Kniznice, ako napr. iostream, su vo vsetkych modernych os vacsinov linkovane dynamicky, t.z. v pamati sa tato kniznica nachadz iba raz aj ked ju vyuziva 20 programov. To ze je v nej vela tried funkcii a ja neviem coho ktore nevyuzivas ta trapit nemusi, lebo tvoj vysledny program obshuje len odkaz na tuto kniznicu a ty ked zavolas nejaku metodu napr. objektu cout, tak sa len zisti kde dana kniznica je a metoda sa zavola stade...

Da sa donutit aby to bolo vsetko napchcate v tom tvojom programe, to sa vola staticke linkovanie.

A na koniec: kompiler prelozi len to co mu povies a linker zlinkuje len to co mu povies (+ nejake std kniznice, ale da sa donutit aby ani to). Napriklad mas funkciu xyz() v subore xyz.c a pouzivas ju v abc.c. Subor abc.c v pohode prelozis ale ak vysledny objektovy kod budes chcet zlinkovat a nepovies linkeru nech sa pozre aj do (uz skompilovaneho) xyz.c tak ta posle do ... s hlaskou "undefined reference" alebo nieco take, co znamena v podstate ze nevie co ma na tom mieste v programe zavolat...

To _k_ : z technickej strany by mel kompiler aspon kontrolovat typy - ovsem to muze byt spis proti preklepum, protoze pres (void*) se narve cokoli kamkoli:). ovsem zajimalo by me jak je to s pretizenejma funkcema> co treba v pripade ze jsou nejake dve funkce nerozlisitlne (ambiguous, coz nastava v pripade ze maji navzajem pretypovatelne parametry (pres stejny pocet stupnu, klidne ale s jinou narocnosti)) - vyhodi error? jestli nema prototypy tak nevim, treba vybere tu prvni dostupnou - coz tebe jako programatora muze docela stvat

To tmi : g++ pri nerozlisitelnych hadze pokial viem error (lebo oni aj ked su pretazene sa po prelozeni nevolaju rovnako a treba zistit co sa ma zavolat...)
A ked nema prototyp? No neviem, c++ kompilator to zatrhne hned a v C-cku som pretazene funkcie este nevidel. Ale ak to myslis tak ze su dostupne 2 rozne prototypy tak sa pouzije posledny pokial viem...

jak je to v c++ vim, me slo o C. a ani sem nevedel (nebo sem to uz zapomel) ze v C pretizene funkce nejsou... no pak moje otazka pozbyva smyslu...

_k_:

Kniznice, ako napr. iostream, su vo vsetkych modernych os vacsinov linkovane dynamicky, t.z. v pamati sa tato kniznica nachadz iba raz aj ked ju vyuziva 20 programov. To ze je v nej vela tried funkcii a ja neviem coho ktore nevyuzivas ta trapit nemusi, lebo tvoj vysledny program obshuje len odkaz na tuto kniznicu a ty ked zavolas nejaku metodu napr. objektu cout, tak sa len zisti kde dana kniznica je a metoda sa zavola stade...

On s tou kniznicou _je_ zlinkovany ale dynamicky... Ak sa tvoj program nahra do pamate, nieco , co sa vola dynamicky linker, skontroluje, ci su vsetky kniznice, ktore program potrebuje, v pamati... ak nie su tak sa nahraju.