Bitove polia a optimalizacia kody Was: STM32F051K6U7 ma USART2 ?

[Milan B.]

Samozrejme to je dane architekturou ARMu. Lenze niekto musel toto 
sialenstvo vymysliet, navrhnut, implementovat....

A ked ina alternativa - natiahnutie konstanty z poolu a jej pouzitie 
vyjde narovnako (tiez su to dve instrukcie, dokopy aj s konstantou 
zaberu rovnako miesta), naco takymito prekomplikovanymi instrukciami 
komplikovat:
- implementaciu jadra
- implementaciu kompilatorov
- zivot vsetkym, ktori hladaju chybu v (domnelo alebo naozaj) zle 
skompilovanom kode
- ... atd

-m-

On 15. 3. 2015 22:21, Jaroslav Buchta wrote:
> No tohle asi zrovna  bude dano architekturou ARMu, do registru jde dat 
> primo jen omezena mnozina konstant dana pomerne slozitou kombinaci 
> konstanty a posuvu.
> Druha moznost je nacist konstantu 32b z pameti adresovane relativne, 
> takze to vyjde nastejno jako 2 instrukce.
>
> Dne 15. 3. 2015 v 22:13 Milan B. napsal(a):
>>
>>>
>>> Pohlad do vygenerovaneho kodu priniesol prekvapenie:
>>>  orr     r3, r3, #4096
>>>  orr     r3, r3, #1
>>>
>>
>> No, tak stacilo pozriet do dokumentacie... treti operand je "any 
>> constant that can be produced by shifting an 8-bit value left by any 
>> number of bits within a 32-bit word"... preboha, kto toto navrhoval?
>>
>> Tak ostanme len u toho, ze optimalizacia prace s bitovymi polami nie 
>> je nic moc.
>>
>> -m-
>>
>> _______________________________________________
>> HW-list mailing list  -  sponsored by www.HW.cz
>> Hw-list na list.hw.cz
>> http://list.hw.cz/mailman/listinfo/hw-list
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> http://www.avast.com
>
> _______________________________________________
> HW-list mailing list  -  sponsored by www.HW.cz
> Hw-list na list.hw.cz
> http://list.hw.cz/mailman/listinfo/hw-list