to_string n'est pas un membre de mst, dit-g++ (mingw)

C'est un bug connu sous MinGW. Pertinentes Bugzilla. Dans la section des commentaires, vous pouvez obtenir un patch à le faire fonctionner avec MinGW.

Ce problème a été corrigé dans MinGW-w64 distributions de plus que GCC 4.8.0 fournis par le MinGW-w64 projet. Malgré son nom, le projet fournit toolchains pour 32 bits avec 64-bit. Le Nuwen MinGW distro résout également ce problème.

OriginalL'auteur Rapptz

Comme l'a suggéré cela peut être un problème avec votre version de compilateur.

Essayez d'utiliser le code suivant pour convertir un long à std::string:

#include <sstream>
#include <string>
#include <iostream>

int main() {
    std::ostringstream ss;
    long num = 123456;
    ss << num;
    std::cout << ss.str() << std::endl;
}

OriginalL'auteur andre

to_string est une question d'actualité avec Cygwin

Voici un nouveau-ish réponse à un vieux thread. Un nouveau ne viennent mais a été rapidement annulée,
Cygwin: g++ 5.2: ‘to_string " n'est pas un membre de ‘std’.

Trop mal, peut-être qu'on aurait eu droit à une mise à jour de réponse. Selon @Alex, Cygwin g++ 5.2 n'est toujours pas de travail en date du 3 novembre 2015.

Sur janvier 16, 2015 Corinna Vinschen, un Cygwin responsable chez Red Hat dit que le problème était une lacune de newlib. Il ne prend pas en charge la plupart des long double fonctions et n'est donc pas C99 conscient.

Red Hat est,

... toujours l'espoir d'obtenir le "long double" fonctionnalité dans newlib à
d'un point.

Le 25 Octobre 2015 Corinne a dit aussi,

Il serait bien si quelqu'un avec un peu de connaissance en mathématiques serait
contribuer à l'manquant long double fonctions pour newlib.

Donc là, nous avons. Peut-être que l'un de nous qui a la connaissance, et le temps, peut contribuer et être le héros.

Newlib est ici.

OriginalL'auteur

Le fait est que libstdc++ effectivement pris en charge std::to_string en *-w64-mingw32 cibles depuis 4.8.0. Cependant, cela n'inclut pas le support pour MinGW.org, Cygwin et variantes (par exemple, *- pc-msys de MSYS2). Voir aussi https://cygwin.com/ml/cygwin/2015-01/msg00245.html.

J'ai mis en œuvre une solution de contournement avant le bug résolu pour MinGW-w64. Être différent du code dans d'autres réponses, c'est un imitateur de libstdc++ (autant que possible). Il ne nécessite pas de chaîne de stream de la construction, mais dépend de la libstdc++ extensions. Même maintenant, je suis en utilisant mingw-w64 cibles sur Windows, il fonctionne toujours bien pour de multiples autres objectifs (tant que long double fonctions ne sont pas utilisés).

OriginalL'auteur FrankHB

Si nous utilisons un modèle-la lumière-la solution (comme illustré ci-dessus) comme suit:

namespace std {
    template<typename T>
    std::string to_string(const T &n) {
        std::ostringstream s;
        s << n;
        return s.str();
    }
}

Malheureusement, nous aurons des problèmes dans certains cas. Par exemple, pour static const membres:

php

class A
{
public:

    static const std::size_t x = 10;

    A();
};

rpc

A::A()
{
    std::cout << std::to_string(x);
}

Et de la liaison:

CMakeFiles/untitled2.dir/a.cpp.o:a.cpp:(.rdata$.refptr._ZN1A1xE[.refptr._ZN1A1xE]+0x0): undefined reference to `A::x'
collect2: error: ld returned 1 exit status

Ici est une façon de résoudre le problème (ajouter le type size_t):

namespace std {
    std::string to_string(size_t n) {
        std::ostringstream s;
        s << n;
        return s.str();
    }
}

HTH.

OriginalL'auteur Boris

dans codeblocks aller dans configuration -> compilateur de configuration -> compilateur drapeau -> sélectionnez std c++11 fait.
J'ai eu le même problème ... maintenant ça fonctionne !

OriginalL'auteur ShifaT