ARM a Makefile

Jaroslav Buchta jaroslav.buchta na hascomp.cz
Sobota Leden 26 20:19:15 CET 2013


Odpoved jen na prvni otazku - proste makefile nemam rad, vzdycky to 
musim znova zkouset pochopit a C::B generuje proste transparentni 
prikazove radky pro prekladac automaticky, jak jsem zvykly z Visual 
Studia ;-)  Navic primo odkazy do kodu na chybne radky atp. Kazdopadne 
vytvorit makefile je prace na par (desitek) minut pro nekoho kdo to ma v 
ruce, ale za me lepsi bez nej.
Prenositelnost je asi nejlepsi, kdyz jsou zvlast standardni knihovny MCU 
a vlastni zdrojaky pak v jednom adresari. Rozsahlejsi projekty je asi 
lepsi nejak strukturovat, ale to je pri prenosu asi ten nejmensi problem.

Dne 26.1.2013 19:58, František Burian napsal(a):
> Zdravím osazenstvo,
>
>   Mám tu záludné dotazy na sobotní večer.
>
>   Všechny example které tu proběhly jsou nativní pro Code::Blocks. 
> Chtěl bych se zeptat (čistě z neznalosti)
> z jakých důvodů nikdo nevytváříte projekt jako Makefile. Myslím že pro 
> možnost kompilace pod různými OS
> (a že tu jsou i lidé z Linuxových luhů a hájů) by byl Makefile lepší 
> volbou. Zakládat nový projekt na kterém v
> budoucnosti může pracovat více lidí jako Makefile, nebo jako 
> standardní C::B projekt ?
>
>   Druhý dotaz směřuje k zakládání projektu - když bych chtěl od 
> počátku založit projekt tak, aby jej snadno
> chápali druzí, aby zkušení v něm dobře "četli", aby šel například 
> zkompilovat i bez Code::Blocks, jakým způsobem
> bych měl rozčlenit adresářovou strukturu ? Rád bych věděl Vaše názory 
> jak zakládáte své projekty, případně
> jak členíte strukturu. Řekněme že se jedná o středně rozsáhlý projekt, 
> kde bude komunikace s PC, nějaké UI s
> "točítkama" pro uživatele, nějaká matematika. Vše v rámci ARM 
> mikrokontroleru (STM32F1 nebo STM32F4).
>
>   Třetí dotaz směřuje též k založení a "znovupoužití" projektu někým 
> jiným - jedná se o stahování a instalaci
> periferních knihoven, ve kterých jsou změny oproti originálu. 
> Přikládat a verzovat tuto knihovnu společně s
> projektem, nebo raději napsat uživateli postup odkud stáhnout a co kde 
> a jak přeplácnout a modifikovat v tom
> originálu. Já bych byl pro první variantu, ještě nevím zdali to není 
> rozpor s licencí (musím prověřit) ale zdá se
> mi to přístupnější většímu počtu uživatelů. (na zprovoznění by stačilo 
> mít provozuschopný toolchain a jen
> stáhnout zdrojový kód z SVN). Uvažujme situaci jeden projekt (tedy NE 
> situaci kdy knihovnu využívá vícero
> projektů)
>
> Dík za tipy.
>
>   Franta.
>
>
>
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list

------------- další část ---------------
HTML příloha byla odstraněna...
URL: <http://list.hw.cz/pipermail/hw-list/attachments/20130126/88accef5/attachment-0001.htm>


Další informace o konferenci Hw-list