Názory k článku
Jádro 6.2 bude používat -funsigned-char

Tak nevím... podle mne by už to, že záleží na tom, jestli je typ signed nebo unsigned, měl být jasný signál, že s tím nakládáme jako s číslem a ne jako se znakem, takže by se spíš měl použít u8 nebo s8.

Však jo. Standardně kde je číslo, tam má být u8 nebo s8. Používat znaky na místo čísel je prasárna. Stejně jako třeba send( int bytes, uint8_t *data)

Ale historicky byl char jako signed. Amíkům to vyhovovalo, do plusu ASCII, do mínusu chyby. Zbytku světa to dělalo problémy, protože ISO8859-x a podobně. A využití bitu 7 jako indikátoru, že znak pokračuje v dalším bytu u UTF8 vyloženě použití signed char moc nepřeje... Konečně se to sjednotí a navíc na rozumnější variantě.

Mělo by se to korektně zkompilovat v obou případech, -fsigned-char, -funsigned-char, jinak je ten zdroják špatně.

Že se zkompiluje tomu bych věřil, ale je trochu rozdíl jestli 127 + 1 je 128 nebo -128, zvlášť jestli se to pak třeba potichu zkonvertuje na nějaký širší typ ve kterém už to není bitově totéž.

O to právě jde. Ne aby to kompilátor vzal, ale aby to pak fungovalo správně v obou případech. Aby byly zdrojáky napsané správně. Je snadné to někde nedomyslet, je potřeba to hlídat. Signed i unsigned mají svá pro a proti, char je obojetný a snadno se na to zapomene.

Proto v C++ máme std::byte

smyslem signed a unsigned char je samozrejme explicitně určit, co to bude bez ohledu na nastavení kompilatoru. To by se mělo používat všude, kde na tom záleží.

11. 12. 2022, 10:07 editováno autorem komentáře

"it can be used to access raw memory occupied by other objects (object representation), but unlike those types, it is not a character type and is not an arithmetic type."

Tzn. std::byte rozhodně není určen na počítání. Na to se používájí typy cstdint tedy pokud chcete 8-bit tak uint8_t a int8_t alternativně pak uint_fast8_t, int_fast8_t popř. int_least8_t, uint_least8_t dle účelu.

Jinak samozřejmě samotnému C++ je to jedno, je to jen o programátorské konvenci a srozumitelnosti.