ARM a Makefile

[Michal Grunt]

Třeba to nekomu pomuze. Pekny, jednoduchy a prehledny makefile pro STM32F0 (rozblikani LED na Discovery) je zde http://hertaville.com/OTHERFILES/iotogglem0.zip
Nakopírovat napr. do C:\Development\Workspace\iotogglem0

A pak je ještě nutny STM32F0-Discovery_FW_V1.0.0
http://www.st.com/internet/com/SOFTWARE_RESOURCES/SW_COMPONENT/FIRMWARE/stm32f0discovery_fw.zip
ten je nutny zkopírovat o uroven vyse napr. C:\Development\STM32F0-Discovery_FW_V1.0.0

Vice informaci zde
http://hertaville.com/2012/05/28/gcc-arm-toolchain-stm32f0discovery/

MG

-----Original Message-----
From: hw-list-bounces na list.hw.cz [mailto:hw-list-bounces na list.hw.cz] On Behalf Of Michal Grunt
Sent: Wednesday, January 30, 2013 9:39 AM
To: HW-news
Subject: RE: ARM a Makefile

> 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

_______________________________________________
HW-list mailing list  -  sponsored by www.HW.cz Hw-list na list.hw.cz http://list.hw.cz/mailman/listinfo/hw-list