¿Cómo escribo un literal corto en C ++?

120

Pregunta muy básica: ¿cómo escribo un shortliteral en C ++?

Yo se lo siguiente:

2 es un int
2U es un unsigned int
2L es un long
2LL es un long long
2.0f es un float
2.0 es un double
'\2'es un char.

Pero, ¿cómo escribiría un shortliteral? Lo intenté, 2Spero eso da una advertencia del compilador.

c++ literals

— Dormir
fuente

10

Supongo que el literal corto no se admite únicamente debido al hecho de que cualquier cosa menor que int será "promocionada" a int durante la evaluación. int tiene el tamaño más natural. Esto se denomina promoción de enteros en C ++.

— user534498

82

((short)2)

Sí, no es estrictamente un literal corto, más bien un int casted, pero el comportamiento es el mismo y creo que no hay una forma directa de hacerlo.

Eso es lo que he estado haciendo porque no pude encontrar nada al respecto. Supongo que el compilador sería lo suficientemente inteligente como para compilar esto como si fuera un literal corto (es decir, no asignaría un int y luego lo lanzaría cada vez).

A continuación se muestra cuánto debería preocuparse por esto:

a = 2L;
b = 2.0;
c = (short)2;
d = '\2';

Compilar -> desmontar ->

movl    $2, _a
movl    $2, _b
movl    $2, _c
movl    $2, _d

— Jonathan Leffler
fuente

Eso es lo que he estado haciendo porque no pude encontrar nada al respecto. Supongo que el compilador sería lo suficientemente inteligente como para compilar esto como si fuera un literal corto (es decir, no asignaría un int y luego lo lanzaría cada vez).

— Kip

El "elenco" realmente no está haciendo nada. No hay una instrucción de ensamblador "cast" cuando hablamos de C o C ++ (.NET MSIL es una historia diferente). Ahí en el metal, todo son solo dígitos binarios

— Isak Savo

9

¿Cuáles son los tipos de a, b, cyd anteriores?

— Ates Goral

2

@Ates Goral: Todas las entradas. Cambiar a short o char probablemente cambiaría la instrucción a movw o movb en todos los ámbitos.

2

Eso no es un literal corto. Cuando usa esa conversión y compila con GCC y la opción -Wconversion, aún obtiene un diagnóstico del compilador para la declaración short foo = 1; foo += (short)2;. Pero esto no se puede eludir debido a la promoción de números enteros.

— harper

51

C ++ 11 le ofrece bastante cerca de lo que desea. (Busque "literales definidos por el usuario" para obtener más información).

#include <cstdint>

inline std::uint16_t operator "" _u(unsigned long long value)
{
    return static_cast<std::uint16_t>(value);
}

void func(std::uint32_t value); // 1
void func(std::uint16_t value); // 2

func(0x1234U); // calls 1
func(0x1234_u); // calls 2

// also
inline std::int16_t operator "" _s(unsigned long long value)
{
    return static_cast<std::int16_t>(value);
}

— Ken Smith
fuente

6

shortfísicamente no puede ser std::uintnada, ya que es un tipo firmado. Y no se requiere que sea de 16 bits o del mismo tipo que un std::int16_t... que en sí mismo ni siquiera se requiere que exista en una implementación dada si la plataforma no puede suministrar el tipo de ancho exacto. La idea central de esta respuesta es buena, pero está devaluada por la tangente inexplicable en tipos no relacionados sobre los que el OP no preguntó.

— underscore_d

Tenga en cuenta que los literales definidos por el usuario no son compatibles con Visual Studio hasta VS2015: msdn.microsoft.com/en-us/library/hh567368(v=vs.140).aspx

— parsley72

No sé si debería amarlo u odiarlo, pero esta es la última pieza de mi sistema de tipos enteros Strong en C ++ en la que estoy trabajando, es increíble.

— Sahsahae

Haciendo eco de @underscore_d, votaría a favor, pero después de una edición shortsegún lo solicitó OP.

— v.oddou

28

Incluso los escritores del estándar C99 quedaron atrapados por esto. Este es un fragmento de la stdint.himplementación de dominio público de Danny Smith :

/* 7.18.4.1  Macros for minimum-width integer constants

    Accoding to Douglas Gwyn <gwyn@arl.mil>:
    "This spec was changed in ISO/IEC 9899:1999 TC1; in ISO/IEC
    9899:1999 as initially published, the expansion was required
    to be an integer constant of precisely matching type, which
    is impossible to accomplish for the shorter types on most
    platforms, because C99 provides no standard way to designate
    an integer constant with width less than that of type int.
    TC1 changed this to require just an integer constant
    *expression* with *promoted* type."
*/

— Michael Burr
fuente

18

Si usa Microsoft Visual C ++, hay sufijos literales disponibles para cada tipo de entero:

auto var1 = 10i8;  // char
auto var2 = 10ui8; // unsigned char

auto var3 = 10i16;  // short
auto var4 = 10ui16; // unsigned short

auto var5 = 10i32;  // int
auto var6 = 10ui32; // unsigned int

auto var7 = 10i64;  // long long
auto var8 = 10ui64; // unsigned long long

Tenga en cuenta que se trata de una extensión no estándar y no es portátil . De hecho, ni siquiera pude encontrar información sobre estos sufijos en MSDN.

— Alexander Revo
fuente

1

Cuando traza uno de los sufijos, verá que, por ejemplo, ""ui8se define como '\000', que es esencialmente '\0'.

— Nikita

10

También puede utilizar la sintaxis de pseudoconstructor.

short(2)

Lo encuentro más legible que el casting.

— Jimvonmoon
fuente

4

se llama "expresión de conversión funcional". También me gusta mucho, especialmente cuando programo con la API de Windows.

— Klaus Triendl

6

Hasta donde yo sé, no es así, no existe tal sufijo. Sin embargo, la mayoría de los compiladores advertirán si un literal entero es demasiado grande para caber en cualquier variable en la que esté tratando de almacenarlo.

— relajarse
fuente