ATNEL tech-forum

Re: Problem z kompilacja przy użyciu tyldy

2017-05-05T23:05:22+01:00

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

bartool napisał(a):

Jednak coś mi tu jeszcze nie gra. Tu problemu nie ma:
[syntax=c]uint8_t liczba1 = 0xFF;
uint8_t liczba2 = ~liczba1;[/syntax]

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.

bartool napisał(a):

Ale tu już jest:
[syntax=c]uint8_t liczba1 = ~(0xFF);[/syntax]

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.

Statystyki: Napisane przez Daro69 — 5 maja 2017, o 23:05

Re: Problem z kompilacja przy użyciu tyldy

2017-05-03T20:33:49+01:00

Witam

quartus napisał(a):

‘‘integer promotions’’ require...
... possibly omitting the promotions.

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.

Statystyki: Napisane przez kicajek — 3 maja 2017, o 20:33

Re: Problem z kompilacja przy użyciu tyldy

2017-05-03T17:40:36+01:00

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:

Code:

uint8_t liczba1 = 0xFF;
uint8_t liczba2 = ~liczba1;

Ale tu już jest:

Code:

uint8_t liczba1 = ~(0xFF);

Dlaczego?

Statystyki: Napisane przez bartool — 3 maja 2017, o 17:40

Re: Problem z kompilacja przy użyciu tyldy

2017-05-03T17:32:29+01:00

quartus napisał(a):

A to co za pomysł i w którym to miejscu widać?

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

Pozdr.

Statystyki: Napisane przez kicajek — 3 maja 2017, o 17:32

Re: Problem z kompilacja przy użyciu tyldy

2017-05-03T17:02:04+01:00

@bartool,
użyj takiego wpisu.
[syntax=c]uint8_t liczba1 = (uint8_t)~(0xFF); // rzutowanie na typ u8.[/syntax]

Statystyki: Napisane przez Daro69 — 3 maja 2017, o 17:02

Re: Problem z kompilacja przy użyciu tyldy

2017-05-03T16:05:01+01:00

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.

Statystyki: Napisane przez Daro69 — 3 maja 2017, o 16:05

Problem z kompilacja przy użyciu tyldy

2017-05-03T15:53:01+01:00

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

Gdy użyję takie wyrażenie:

Code:

uint8_t liczba1 = ~(0xFF);
unsigned char liczba2 = ~(0b11111111);

to w obu przypadkach dostanę warning:

Code:

warning: large integer implicitly truncated to unsigned type [-Woverflow]

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

Code:

uint16_t liczba1 = ~(0xFF);
uint8_t liczba2 = ~(0b01111111);

albo

Code:

uint8_t liczba1 = 0xFF;
uint8_t liczba2 = ~liczba1;

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.

Statystyki: Napisane przez bartool — 3 maja 2017, o 15:53