🚀 go-pugleaf

Adam Jancewicz <adash@obop.com.pl> napisal
Karpierz wrote:
[...]
>> Wlasnie, to jeszcze jeden kwiatek do korzucha w C.
>> Raz sa rowne a raz nie....
>> 
>C nie gwarantuje przecierz rozmiaru np. inta.
>Problem występuje przy zmianie reprenacji (liczby bitów) 
>rzutowanego typu. Przy jednakowym rozmiaże rzutowanie
>to tylko rzecz interpretacji ciągu bitów.
>
>BTW Co to jest korzuch (korzucha) ?)

No coz... walnalem byka.. ma byc kozuch :)
Ale, ale...
Co to jest 'zmiana reprenacji' ?
I cos mi sie nie podoba to: 'jednakowym rozmiaze'

Mam propozycje :) Zostawmy Miodkowi co miodkowe ok ? :))

>> Ale dla K&R C jest wyrazna luka i dlatego pytalem poprzednio jak to
>> precyzuje standard.
>
>Podejrzewam że nic tego nie precyzuje. 

Wlasnie dlatego pytam, mysle ze jednak ANSI C to precyzuje.
/przynajmniej powinno../

>Konwersja signed char (bajt) na int (2 bajty) była/jest 
>realizowana na Intelach poprzez instrukcję CBW (convert byte to word) 
>procesora, która działa właśnie tak, że powiela bit znaku na starszy
>bajt. 
>natomiast w przypadku typu unsigned jest realizowana inaczej. 

po prostu XOR AH,AH

/ale tylko dla 16 bitow oczywiscie /.

>Myśle, że na innych architeturach jest podobnie.

Nie chodzi o konkretna architekture, ale o zasade jaka powinna 
obowiazywac na _kazdej_ architekturze.

>Uważam, że zasada jest taka że rzut jest realizowany tylko
>ze względu na typ elementu rzutowanego. I potem interpretowany
>jako signed lub unsigned. To chyba jedyny sensowny sposób. 

Tez wlasnie dokladnie ta zasade stosuje ale jednak luka pozostaje 
luka ... Dalej nie jestesmy pewni na 100%.

A.K.