[elektro] STM32f4 interrupt : volatile tombok
hg12345
hg12345 at freemail.hu
Thu Dec 12 08:36:01 CET 2013
"Móczik Gábor" <pm_levlista at progzmaster.hu> írta:
>2013.12.11. 15:24 keltezéssel, hg12345 írta:
>> Nem akarok kötözködni, de mi a feltételezés, hogy 11(12) általánosan használható regisztere van, vagy hogy egy méretes tömb nem fér bele. :-()))
>>
>> Már elnézést, de honnan gondolod, hogy egy méretes tömb minden elemét 11(12) regiszterben képes tárolni.
>
>Nem tudom mit olvastál, mert én nem írtam olyat, hogy az egész tömböt
>regiszterben tárolja. Minek is tárolná, mikor nem végzel az egész
>tömbbel műveletet, mert nincs ilyen utasítás.
>
>Mondj egy utasítást, ami a tömbbel végez műveletet!
>
Milyen műveletre gondoltál? Egy load/store uC/uP maximum kiolvas és beolvas a buszon, ha ez művelet akkor ezt csinálja, ebből tud egyszerre egyet vagy tudtommal akár négy regiszterbe is tud olvasni egy utasítással.
Egyébként mondj utasítás ami akár milyen változóval végez műveletet.... :-) ((( PIC-ben van ilyen....)))
Ezekben a kis buták csak load/store kivételével mindent csak a regisztereivel tud elvégezni.....
>Elég nehéz lesz, mert _tömb elemekkel_ végzel műveletet, ami ugyanúgy
>optimalizálható elérésre, mint egy szingli változó.
>
>Ha deklarálsz egy int változót, meg egy 100 elemű int tömböt, majd
>leírsz egy fél sor hosszú optimalizálható képletet ami az int változót
>használja, majd átírod ugyanezt a kódot olyanra ami a tömb 58-ik elemét
>használja, megközelítőleg ugyanúgy fogja optimalizálni.
>
Vitatkozhatunk sokáig, de olvasd már el a levelet amire reflektálsz.
Ugyan ezt írtam....
De ha fordítási egységen belül látja, hogy az index, vagy pointer változik ami a tömb elémre mutat, akkor azért van másképp jár el a fordító, ebben egyetérthetünk.
>Az elején kiolvassa a változót, vagy a _tömbelemet_ egy regiszterbe, és
>azzal számol tovább.
>
>A tömb épp annyira speciális, mint amennyire a C könyvben le van írva:
>semennyire, nincs hozzá semmilyen nyelvi elem, keyword, sima pointer
>arithmetika és indirrekt címzés.
>
>-----------------------------------------
> elektro[-flame|-etc]
>
More information about the Elektro
mailing list