O único livro de referência C em que confio é o "C: A Reference Manual" da Harbison & Steele ( careferencemanual.com ). Obviamente, o padrão é a palavra final, mas não é muito legível e apenas fornece as menores informações sobre usos pré-padrão e comuns (isto é, POSIX) que estão fora do padrão. Harbison & Steele é bastante legível, detalhado e provavelmente mais correto que a maioria das referências. No entanto, também não é um tutorial, por isso, se você está nos estágios iniciais de aprendizado, provavelmente não é uma coisa boa de se entrar.
Michael Burr
15
Acho que o livro que você está lendo é C: The Complete Reference , de Herbert Schildt. De uma resenha deste livro ( accu.informika.ru/accu/bookreviews/public/reviews/c/c002173.htm ): Não vou recomendar este livro (muitos de vocês dão muito peso às minhas opiniões), mas Não acho que mereça o mesmo opróbrio que foi legitimamente lançado em alguns de seus outros trabalhos. Como Michael diz, uma referência muito melhor é Harbison & Steele .
Alok Singhal
Meus dois centavos aqui: como charpode ser não assinado, como regra geral use um intpara ler um valor usando getchar(), que pode retornar EOF. EOFgeralmente é definido como -1ou outro valor negativo, que armazenar em um unsignednão é o que você deseja. Aqui está a declaração: extern int getchar();BTW, esta recomendação também vem do livro "C: A Reference Manual".
precisa saber é o seguinte
6
A um C referência eu confiança é a norma ISO / IEC 9899: 2011 :-)
Jeff
3
@ MaxChetrusca bons conselhos, mas raciocínio ruim: mesmo no charcaso assinado , você precisaria usar intpara armazenar o valor de retorno.
Antti Haapala
Respostas:
204
O livro está errado. O padrão não especifica se a planície charestá assinada ou não.
Na verdade, o padrão define três tipos distintos: char, signed char, e unsigned char. Se você #include <limits.h>observar CHAR_MIN, poderá descobrir se a planície charé signedou unsigned(se CHAR_MINé menor que 0 ou igual a 0), mas mesmo assim, os três tipos são distintos no que diz respeito ao padrão.
Observe que charé especial dessa maneira. Se você declarar uma variável como int100% equivalente a declará-la como signed int. Isso sempre é verdade para todos os compiladores e arquiteturas.
@ Alok: o mesmo não se aplica a alguns outros tipos de dados, por exemplo, intsignifica signed intsempre, certo? Além disso char, em que outros tipos de dados há a mesma confusão C?
Lazer
8
@eSKay: sim, charé o único tipo que pode ser assinado ou não assinado. inté equivalente a, signed intpor exemplo.
Alok Singhal
28
Há uma razão histérica, er, histórica para isso - no início da vida de C, o "padrão" foi revertido pelo menos duas vezes, e alguns primeiros compiladores populares terminaram de um jeito e outros do outro.
Hot Licks
9
@AlokSinghal: Também é definido pela implementação se um campo de tipo de bit inté assinado ou não.
amigos estão dizendo sobre keith thompson
@ KeithThompson obrigado pela correção. Costumo esquecer alguns detalhes sobre os tipos de campo de bits, já que não os uso muito.
Alok Singhal
67
Como Alok aponta , o padrão deixa isso para a implementação.
Para o gcc, o padrão é assinado, mas você pode modificá-lo com -funsigned-char. Nota: para o gcc no Android NDK, o padrão é não assinado . Você também pode pedir explicitamente caracteres assinados com -fsigned-char.
No MSVC, o padrão é assinado, mas você pode modificá-lo com /J.
Interessante que a descrição de Schildt não corresponda ao comportamento da MSVC, pois seus livros geralmente são voltados para usuários da MSVC. Gostaria de saber se a Microsoft mudou o padrão em algum momento?
Michael Burr
1
Eu pensei que não era dependente do compilador, mas da plataforma. Eu pensei que char foi deixado como um terceiro tipo de "tipo de dados de caractere" para estar em conformidade com o que os sistemas da época usavam como caracteres imprimíveis.
Spidey
10
Os documentos do GCC dizem que é dependente da máquina: " Cada tipo de máquina possui um padrão para o que deve ser um caractere. É como um caracter não assinado por padrão ou como um caractere assinado por padrão. "
Deduplicator
1
Você pode fornecer uma fonte para sua nota de que, no android, o padrão é char não assinado?
Phlipsy # 22/15
1
O padrão C não faz distinção real entre compiladores, plataformas e arquiteturas de CPU. Apenas os agrupa em "implementação".
plugwash 23/11/16
35
C99 N1256 rascunho 6.2.5 / 15 "Tipos" tem a dizer sobre a assinatura do tipo char:
A implementação deve definir o caractere para ter o mesmo intervalo, representação e comportamento que o caractere assinado ou não assinado.
e em nota de rodapé:
CHAR_MIN, definido em <limits.h>, terá um dos valores 0ou SCHAR_MIN, e isso pode ser usado para distinguir as duas opções. Independentemente da escolha feita, charé um tipo separado dos outros dois e não é compatível com nenhum dos dois.
De acordo com o livro The C Programming Language de Dennis Ritchie, que é o livro padrão de fato para ANSI C, caracteres simples assinados ou não assinados dependem da máquina, mas os caracteres imprimíveis são sempre positivos.
Não é necessariamente o caso de caracteres imprimíveis serem sempre positivos. O padrão C garante que todos os membros do conjunto de caracteres de execução básica tenham valores não negativos.
Keith Thompson
7
De acordo com o padrão C, a assinatura do char simples é "implementação definida".
Em geral, os implementadores escolheram o que fosse mais eficiente para implementar em sua arquitetura. Nos sistemas x86, char geralmente é assinado. Nos sistemas de braço, geralmente não é assinado (o Apple iOS é uma exceção).
@plugwash Sua resposta provavelmente foi negada porque Tim Post perdeu as chaves . Sério, porém, você não deve se preocupar com um único voto negativo, desde que tenha certeza de que sua resposta está correta (o que é neste caso). Já aconteceu comigo várias vezes para que minhas postagens sejam votadas sem motivo válido. Não se preocupe, às vezes as pessoas fazem coisas estranhas.
Donald Duck
1
Por que o char assinado é mais eficiente no x86? Alguma fonte?
22819 martinkunev
2
De acordo com "A linguagem de programação C ++", de Bjarne Stroustrup, charé "implementação definida". Pode ser signed charou unsigned chardependendo da implementação. Você pode verificar se charestá assinado ou não usando std::numeric_limits<char>::is_signed.
charpode ser não assinado, como regra geral use umintpara ler um valor usandogetchar(), que pode retornarEOF.EOFgeralmente é definido como-1ou outro valor negativo, que armazenar em umunsignednão é o que você deseja. Aqui está a declaração:extern int getchar();BTW, esta recomendação também vem do livro "C: A Reference Manual".charcaso assinado , você precisaria usarintpara armazenar o valor de retorno.Respostas:
O livro está errado. O padrão não especifica se a planície
charestá assinada ou não.Na verdade, o padrão define três tipos distintos:
char,signed char, eunsigned char. Se você#include <limits.h>observarCHAR_MIN, poderá descobrir se a planíciecharésignedouunsigned(seCHAR_MINé menor que 0 ou igual a 0), mas mesmo assim, os três tipos são distintos no que diz respeito ao padrão.Observe que
charé especial dessa maneira. Se você declarar uma variável comoint100% equivalente a declará-la comosigned int. Isso sempre é verdade para todos os compiladores e arquiteturas.fonte
intsignificasigned intsempre, certo? Além dissochar, em que outros tipos de dados há a mesma confusãoC?charé o único tipo que pode ser assinado ou não assinado.inté equivalente a,signed intpor exemplo.inté assinado ou não.Como Alok aponta , o padrão deixa isso para a implementação.
Para o gcc, o padrão é assinado, mas você pode modificá-lo com
-funsigned-char. Nota: para o gcc no Android NDK, o padrão é não assinado . Você também pode pedir explicitamente caracteres assinados com-fsigned-char.No MSVC, o padrão é assinado, mas você pode modificá-lo com
/J.fonte
C99 N1256 rascunho 6.2.5 / 15 "Tipos" tem a dizer sobre a assinatura do tipo
char:e em nota de rodapé:
fonte
De acordo com o livro The C Programming Language de Dennis Ritchie, que é o livro padrão de fato para ANSI C, caracteres simples assinados ou não assinados dependem da máquina, mas os caracteres imprimíveis são sempre positivos.
fonte
De acordo com o padrão C, a assinatura do char simples é "implementação definida".
Em geral, os implementadores escolheram o que fosse mais eficiente para implementar em sua arquitetura. Nos sistemas x86, char geralmente é assinado. Nos sistemas de braço, geralmente não é assinado (o Apple iOS é uma exceção).
fonte
De acordo com "A linguagem de programação C ++", de Bjarne Stroustrup,
charé "implementação definida". Pode sersigned charouunsigned chardependendo da implementação. Você pode verificar secharestá assinado ou não usandostd::numeric_limits<char>::is_signed.fonte
Agora, sabíamos que o padrão deixa isso para a implementação.
Mas como verificar um tipo é
signedouunsigned, comochar?Eu escrevi uma macro para fazer isso:
#define IS_UNSIGNED(t) ((t)~1 > 0)e testá-lo com
gcc,clangecl. Mas não sei se é sempre seguro para outros casos.fonte