Witam.
Mam problem, którego sam nie potrafię rozwiązać.

Gdy użyję takie wyrażenie:

to w obu przypadkach dostanę warning:

Jeżeli najstarszy bit jest zerowy lub zmienię deklarację zmiennej na większa (np. uint16_t),

albo

to kompilacja przebiega bez warningów.
Dlaczego tak się dzieje? Tylda(~) to przecież tylko negacja bitowa.

Problem zauważyłem przy lekcji z MultiLED, gdzie chciałem pododawać kropki (SEG_DP) do tablicy ze wzorami cyfr do wyświetlenia. Nie lubię ignorować ostrzeżeń. Proszę o pomoc.

Poszukaj informacji o DOMYŚLNEJ PROMOCJI DO INT.
np tu. http://atnel.pl/domyslna-promocja-do-typu-int.html

------------------------ [ Dodano po: 3 minutach ]

i tu... też. post186768.html#p186768

------------------------ [ Dodano po: 8 minutach ]

podpowiem że negacja jest liczona "za naszymi plecami" w przejściowym rejestrze o rozmiarze dwóch bajtów.

@bartool,
użyj takiego wpisu.

Wykładnia:
http://atnel.pl/domyslna-promocja-do-typu-int.html
Burza mózgów:
http://forum.atnel.pl/topic18108.html

Pozdr.

Dzięki. Nie spodziewałem się tak szybkiej odpowiedzi.

O domyślnej promocji do int nawet nie pomyślałem. Zresztą nie wiedziałem, że przy negacji bitowej w ogóle zachodzi taka potrzeba.

Jednak coś mi tu jeszcze nie gra. Tu problemu nie ma:

Ale tu już jest:

Dlaczego?

Witam

Ja w młodości to tylko j.rosyjski, ale jeśli kolega by mógł to proszę mi przetłumaczyć to:
"large integer implicitly truncated to unsigned type" bo mi łobuz takie coś wypisuje dla
uint8_t m= ~(0xFF)
tzn. co pisze to wiem ale co to znaczy?

Pozdr.

Witam,
Przyjrzałem się jeszcze raz i odnośnie :

w linijce nr 1, do zmiennej_1 uint8_t jest wpisana bezpośrednio podana wartość 0b(11111111) = 255.
w linijce nr 2, do zmiennej_2 uint8_t jest obliczana wartość"~", ale z określonego już typu uint8_t.
dlatego jest OK.

Tu będzie zastosowane niejawna konwersja , ponieważ 0xff określa wartość(0b11111111)
ale nie określa jakiego typu dotyczy ten zapis (dlatego promocja
pomimo że spodziewamy się wyniku uint8_t ).
pozdrawiam.