Що роблять окремі лапки в C ++, коли вони використовуються на кількох символах?

Мені цікаво цей код:

cout << 'test'; // Note the single quotes.

дає мені вихід 1952805748.

Моє запитання: Вихід є адресою в пам'яті чи щось таке?

Це багатозначний буквал. 1952805748є 0x74657374, що розкладається як

0x74 -> 't'
0x65 -> 'e'
0x73 -> 's'
0x74 -> 't'

Редагувати:

Стандарт C ++, §2.14.3 / 1 - Літерали символів

(...) Звичайний буквений символ, який містить більше одного c-char, є багатошаровим літералом. Літерал мультихарактер має значення int та значення, визначене реалізацією.

Ні, це не адреса. Це так званий багатобайтовий символ.

Зазвичай це значення ASCII чотирьох символів разом.

't' == 0x74; 'e' == 0x65; 's' == 0x73; 't' == 0x74; 

Отже 0x74657374 - це 1952805748.

Але це може бути і 0x74736574 в іншому компіляторі. Обидва стандарти C і C ++ кажуть, що значення багатобайтових символів визначено реалізацією . Тож загалом його використання сильно не рекомендується.

Звичайний буквений символ, який містить більше одного c-char, є багатоканальним літералом. Літерал мультихарактер має значення int та значення, визначене реалізацією.

Поведінка, визначена реалізацією, повинна бути задокументована реалізацією. наприклад, у gcc ви можете знайти його тут

Компілятор оцінює константу символів для багатозначних символів за один раз, зміщуючи попереднє значення, залишене на кількість біт на цільовий символ, а потім або -ing у бітовій схемі нового символу, усіченої на ширину цілі характер. Кінцевий біт-шаблон задається типу int, тому він підписується, незалежно від того, підписані окремі символи чи ні.

Перегляньте пояснення на цій сторінці для отримання більш детальної інформації

Вони справді просто ints. Вони широко використовуються в переліках Core Audio API, наприклад, у CoreAudioTypes.hфайлі заголовка,

enum
{
    kAudioFormatLinearPCM               = 'lpcm',
    kAudioFormatAC3                     = 'ac-3',
    kAudioFormat60958AC3                = 'cac3',
    kAudioFormatAppleIMA4               = 'ima4',
    kAudioFormatMPEG4AAC                = 'aac ',
    kAudioFormatMPEG4CELP               = 'celp',
} ;

Існує багато балачок про те, що це не "незалежна платформа", але коли ви використовуєте api, створений для певної платформи, який дбає про портативність. Перевірка рівності на одній платформі ніколи не провалиться. Ці enumзначення d легше читати, і вони насправді містять свою ідентичність у своїй вартості , що дуже приємно.

Що я намагався зробити нижче, це обернути багатобайтовий буквений символ, щоб він міг бути надрукований (на Mac це працює). Дивна річ, якщо ви не використовуєте всі 4 символи, результат стає неправильним нижче.

#include <stdio.h>

#define MASK(x,BYTEX) ((x&(0xff<<8*BYTEX))>>(8*BYTEX))

struct Multibyte
{
  union{
    int val ;
    char vals[4];
  };

  Multibyte() : val(0) { }
  Multibyte( int in )
  {
    vals[0] = MASK(in,3);
    vals[1] = MASK(in,2);
    vals[2] = MASK(in,1);
    vals[3] = MASK(in,0);
  }
  char operator[]( int i ) {
    return val >> (3-i)*8 ; // works on mac
    //return val>>i*8 ; // might work on other systems
  }

  void println()
  {
    for( int i = 0 ; i < 4 ; i++ )
      putc( vals[i], stdout ) ;
    puts( "" ) ;
  }
} ;

int main(int argc, const char * argv[])
{
  Multibyte( 'abcd' ).println() ;  
  Multibyte( 'x097' ).println() ;
  Multibyte( '\"\\\'\'' ).println() ;
  Multibyte( '/*|' ).println() ;
  Multibyte( 'd' ).println() ;

  return 0;
}

Така функція справді хороша, коли ви будуєте парсери. Врахуйте це:

byte* buffer = ...;
if(*(int*)buffer == 'GET ')
  invoke_get_method(buffer+4);

Цей код, ймовірно, працює лише на певній цілеспрямованості та може розбиватися на різні компілятори