[elektro] kicsi ARM indulás

[hg12345]

Hi,
távol álljon tőlem a kötözködés, de kiváncsi lennék mire gondoltál...


Az IDE miért hibás a fordító által generált kód miatt...  ?!

Az hogy egyszer működik és máskor nem ott valami más problémának kell lennie.
Az M0+ és az M0 között kód szinten nincs különbség, csak végrehajtási sebességben 3 ciklus helyett 2 ciklus egy alap szintű utasítás, és ha a cég implementálja akkor van 8K utasítás trace buffer a debuggerhez, a belső ram rovására.

Ha valamit használsz a láthatósági tartományon kívül akkor a KEIL warning-ot dob, innen kezdve mindenki maga dönti el használja vagy nem. Nem is lehet megoldani, hogy ilyen fék legyen a fordításban, (persze a WARNING / ERROR szintek állíthatóak) macrozásnál lehetnek olyan helyzetek amikor olyanra hivatkozol ami még nincs , de szükséges, de ha korrekt módon (extern) hivatkozol rá, akkor többszörös definiálás miatt, ERROR-al le áll.

Azért kiváncsi lennék, miért primítivek az IDE-k, mi ami hiányzik belőlük?
Ezek nem is tudnak mást mint egy szövegszerkesztő, ami kivan egészítve a programozáshoz szükséges ezzel azzal, némi segítséggel a debuggolási környezethez. 

Üdv

 
-------- Eredeti levél --------
Feladó: uprogc < uprogc at gmail.com (Link -> mailto:uprogc at gmail.com) >
Dátum: 2020 július 31 10:47:04
Tárgy: Re: [elektro] kicsi ARM indulás
Címzett: elektro at centralnet.hu (Link -> mailto:elektro at centralnet.hu)
Fejleszteshez az STMCubeIde-t lehet hasznalni, ingyen van. A Keil sok
hulyeseget csinalt pl M0-val, (nem M0+), a sima memcpy nem mukodott, neha
igen maskor nem, teljesen egyertelmu kodban. Erdekes modon tortennek fura
dolgok a forditassal kapcs. Pl olyan kodot forditott le lazan, amelyben egy
valtozonak a lathatosagi tartomanyon kivul volt erted adva. Az ilyenekkel
el lehet szorakozni. Lehet hogy a gcc is teved :)
Ezzek az IDEk azert meg mindig eleg primitivek....
-----------------------------------------
elektro[-flame|-etc]