¿Alguien está usando el soporte GCC 4.4.0 C++0x en producción? Estoy pensando en usarlo con el último MinGW, pero no estoy seguro si es lo suficientemente maduro.¿Utiliza el modo C++ 0x de GCC en producción?
que estoy interesado:
En mi humilde opinión, soporte TR1 y auto son seguros de usar. En el caso de auto fue una de las primeras características incluidas en el estándar y es un cambio relativamente pequeño en el idioma. Por lo tanto, no tendré problemas para usarlo.
Yo dudaría un poco sobre el uso de initializer lists. En algunos otros foros (por ejemplo, comp.lang.C++. Moderado), existen preguntas sobre su comportamiento y es posible que puedan cambiar más cerca del lanzamiento del estándar.
no estoy usando GCC 4.4.0 C++ 0x apoyo en la producción, sino Estoy usando las funciones de TR1 con la ayuda de Boost Library http://www.boost.org/.
La biblioteca Boost está bien probada y se usa a menudo en entornos de producción. Si convierte posteriormente al estándar C++ 0x, lo único que tiene que hacer es cambiar sus Directivas de inclusión http://www.boost.org/doc/libs/1_40_0/doc/html/boost_tr1.html.
En mi opinión, actualmente es mejor usar Boost Library hasta que se termine el estándar. Es una forma mucho más independiente del compilador.
MinGW simplemente no compila con '-std = C++ 0x'. Por extraño que parezca, '-std = gnu ++ 0x' funciona. De todos modos, parece con errores y no contaré con eso.
Voy a suponer - el error se debe a la falta de funciones de caracteres anchos, como vwsprintf, ¿verdad? Eso ocurre con -std = C++ 98 o -ansi también, es un error MinGW bien conocido. Nada C++ 0x específico. –
La compatibilidad con TR1 debe ser segura, ya que es anterior a C++ 0x. Auto parece bastante inofensivo también. Incluso si hay errores en su implementación, lo más probable es que se manifiesten como errores de tipo fácil de corregir, en lugar de errores en el tiempo de ejecución. – jalf