Assegna il doppio a std :: string - nessun errore di compilazione?

Question

Perché non è il compilatore lamentarsi di questo codice:

#include <string> 
#include <iostream> 

int main() 
{ 
    std::string a; 
    a = 2.3; 
    std::cout << "A:" << a << std::endl; 
    return 0; 
} 

GCC, MSVC non sembrano essere preoccupati per questo a tutti, anche se è chiaramente sbagliata e in realtà non funziona comunque!

L'output è:

A: 

OUCH! Portare a un errore non rilevato nel mio programma.

Answer 1

std::string ha un sovraccarico per operator= che accetta un carattere. Quando si passa un argomento a una funzione in base al valore (cioè un operatore), si verifica copy initialization. Nell'inizializzazione della copia, standard conversions, nota anche come "conversione implicita", può essere utilizzata per convertire il valore. In questo caso, il tuo doppio viene convertito automaticamente in un carattere in modo che possa essere utilizzato in operator=.

Per GCC, -Wall -Wextra -pedantic non viene visualizzata alcuna diagnostica. Puoi provare -Wfloat-conversion, che è abilitato da -Wconversion. Esempio:

main.cpp:11:10: warning: conversion to 'char' alters 'double' constant value 
[-Wfloat-conversion] 
     a = 3.2; 

In alternativa, utilizzare le parentesi per forzare un errore di conversione restringimento.

s = {4.3}; 
// warning: narrowing conversion of '4.2e+1' from 'double' to 'char' inside { } 
// [-Wnarrowing] 

Answer 2

Il compilatore esegue una conversione implicita da 2 al carattere ASCII equivalente: "start of text" (quindi non è possibile visualizzare nulla).

Forse hai disabilitato l'avviso del tuo compilatore. Prova a accenderli.

Answer 3

GCC:

compilazione in gcc con l'opzione [-Wconversion], allora vedrete che il compilatore emetterà l'avviso:

warning: conversion to 'char' alters 'double' constant value [-Wfloat-conversion]

LIVE DEMO

MSVC non sembrano di essere preoccupato per questo a tutti:

VS2013 produce il seguente avviso:

warning C4244: 'argument' : conversion from 'double' to 'char', possible loss of data

anche se è chiaramente sbagliata e in realtà non funziona comunque!

Non è sbagliato, è solo una conversione implicita dal tronco double 2.3 a un char con codice ASCII 2 (start of text).