ARM a Makefile
Michal Grunt
michal.grunt na vynet.cz
Středa Leden 30 09:38:31 CET 2013
> Navic primo odkazy do kodu na chybne radky
Jenom doplnim, ze kompilaci pomoci makefile a skok na chybu v kodu (soubor-radek-pozice) na zaklade vypisu z konzole (v IDE většinou okenko pod kodem) umim třeba i PSPad a jiné IDE co jsem zkousel (Geany, C:B, Sublime...).
MG
From: hw-list-bounces na list.hw.cz [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Jaroslav Buchta
Sent: Saturday, January 26, 2013 8:19 PM
To: HW-news
Subject: Re: ARM a Makefile
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ší informace o konferenci Hw-list