<html><body>Jop přesně jak říkáte, jsou tam procesorově závislé části (minimálně detekce CPU a dostupných<br>pamětí, a jejich programování), které mají TODO v komentářích. Plně odladěná je podpora prozatím<br>jen stm32<br><br>S Vaším přístupem k IDE souhlasím, taky nemám rád one-IDE show, proto nemám rád KEILy a<br>podobné zvěrstva z jejichž projektových souborů nelze ani vyčíst co a jak bylo nastaveno bez toho<br>aby si člověk někde ukradl licenci a tento kompilátor nainstaloval. <br>Proto je v tom template makefile napsán tak, aby byl čitelný, bez absolutních cest a není problém jej <br>používat ani v jiném IDE (je to standardní makefile projekt). Je bohužel závislý na gcc-arm-embedded, <br>s jinými gcc (např z yagarto nebo codesourcery mám špatné zkušenosti).<br><br>S makefile projektem v C::B nemám jediný problém, nevidím v tom utrpení :-) C::B už s novým<br>parserem informaci o tom zdali typ před tečkou je pointer nebo statický objekt má. Ale nemyslím si<br>že by to kdy někdo implementoval, ony tady tyhle vychytávky člověka většinou matou. Programátor<br>sám by měl vědět co píše a jak to píše, protože jedině tak má kód pod kontrolou. Nejlépe frustrující <br>jsou funkce Codewarrioru, kdy po stisknutí klávesy zavírací závorky smaže všechny závorky vpravo <br>od kurzoru, a snaží se pak neúspěšně napárovat závorku na některou otevírací nalevo. Nebo když <br>chci napsat prázdnou funkci, prázdné závorky mi ignoruje a vnutí mi kurzor mezi ně, takže tam <br>- myšlenkama již za závorkama píšíc tělo funkce - napíšu tělo funkce a pak to musím složitě zase<br>opravovat protože mi to poskáče chybným odsazením ...<br><br>Každý má svůj styl a své oblíbené IDE :-) No a když je nejhůř, i ten PSPad toho zvládne hodně :-)<br><br>Franta.<br><br><p>---------- Původní zpráva ----------<br>Od: Miroslav Mraz <mraz@seznam.cz><br>Datum: 29. 8. 2013<br>Předmět: Re: STM32: STM32F051 discovery UART</p><br><blockquote>Debug asi není celkem problém, ta jádra by měla být dost podobná, jediné<br>co se liší dost je zápis do flash. Pokud jsem to správně pochopil, SWD<br>umí zapsat (rozumně) do RAM, takže se zapíše blok do RAM, krátký<br>prográmek rovněž do RAM a ten se pak spustí, čímž se zapíše do flash. A<br>protože se řadiče flash u jednotlivých procesorů liší, je to problém.<br><br>Co se týče IDE (pracuji na Linuxu), nakonec jsem skončil u toho, že si<br>napíšu vlastní Makefile a používám obecné IDE, na které jsem zvyklý.<br>C::B se mi celkem líbí, ale spojit ho s vlastním Makefile je dost<br>utrpení a to mi vadí. Nehledě na to, že IDE co používám automaticky<br>změní . na ->, pokud napíšu název struktury a on je to ukazatel. C::B<br>tohle neumí. Prostě výběr IDE je spíš záležitost zvyku, důležitý je jen<br>ten Makefile. Z těch automaticky generovaných mě vždycky bere čert,<br>protože používají většinou absolutní cesty. Dát to pak dohromady v jiném<br>IDE vyžaduje pak příliš mnoho úsilí.<br><br>Mrazík<br><br>Stano píše v Čt 29. 08. 2013 v 14:36 +0200:<br>> Skusali ste rozbehnut tento hw-debugger aj v kombinacii s code:blocks?<br>> Keby to slo bolo by z toho vyslovene luxusne IDE. Osobne Javu zdovna <br>> nemusim a po par skusenostiach s eclipse som si nan vypestoval celkom <br>> slusnu alergiu.<br>> <br>> František Burian wrote / napísal(a):<br>> > No ... po pravdě v kódu to je, ale nevím jak plnohodnotný debug to bude. Spíš bych si iluze nedělal. <br>> > Kompletně je pouze stm32, arm7tdmi vypadá docela dokončeně též, u všeho ostatního vždycky<br>> > něco chybí - jsou tam komentáře s TODO. Nejmíň na dokončení je toho u lpc.<br>> ><br><br><br>_______________________________________________<br>HW-list mailing list - sponsored by www.HW.cz<br>Hw-list@list.hw.cz<br>http://list.hw.cz/mailman/listinfo/hw-list</blockquote></body></html>