#include (bylo avr-gcc a debug informace)

MK info@mcu.cz
Úterý Únor 14 11:02:17 CET 2006


Je to blbost, par prikladu proc:
Predstavte si, ze mate ne 4 soubory, ale dejme tomu jich bude par desitek, 
pricemz nektere budou mit vzajemne vazby (funkce promenne, konstanty budou 
pouzity a volany z ruznych souboru) - pak doj de k situaci, ze zacne zalezet 
na poradi "includu" jednotlivych souboru. Cecko ma obecne dane schema 
platnosti jmen (nazvy funkci, promennych), timto ho totalne poprete.
A v neposledni rade, takto vlozene casti kodu nemaji (nemusi mit) odkazy s 
ladicimi informacemi. Zde hodne zalezi na kompilatoru, ale vetsinu tento 
postup zmate a vytvori odkaz ne do realneho souboru, ale do souboru, kam je 
ten realny "includovan"

Proste je to blbost, ktera proti sposte problemu nema zadne vyhody - krome 
jedine clovek vetsinou vystaci se standardnim MAKE souborem z nejakeho 
prikladu a nemusi se ucit jak si ho upravit.

S pozdravem
MK

> Co je na tomto způsobu vlastně tak špatné?
> Jaké výhody nabízí make?
>
> PH
>
> From: "MK"
>>
>>> main.c
>>>
>>> #include "soubor1.c"
>>> #include "soubor2.c"
>>> #include "soubor3.c"
>>
>> A smim-li se zeptat - co Vas vede k teto opicarne (krome toho, ze neumite 
>> make) ???
>>
>> Udelejte si probuh headery, nainkludujte ty a naucte se konecne make.
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list@list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list
>
> 





Další informace o konferenci Hw-list