L'introduction de la macro varadic définie dans g ++ 4.4 a une sémantique confuse et torsadée. Vous pourriez avoir une meilleure idée de ce qui ne se passe pas en utilisant g++ -E broken_code.cpp
et en regardant ce que le pré-processeur apporte. Il y a quelques douzaines de directives du préprocesseur GNU C qui pourraient empêcher la déclaration ::va_list
de se compiler comme __gnuc_va_list
qui est elle-même de saisissez __builtin_va_list
le code indésirable:
$cat junk.cpp
#include <cstdarg>
void foo(char *f, ...) { va_list va; va_start(va, va); }
int main(void) { foo("", "", ""); return 0; }
$ g++ junk.cpp
$ g++ --version
g++ (Ubuntu 4.4.1-4ubuntu9) 4.4.1
et des liens (compiles avec des avertissements) avec la sortie correspondante de g++ -E junk.cpp
être:
# 40 "/usr/lib/gcc/i486-linux-gnu/4.4.1/include/stdarg.h" 3 4
typedef __builtin_va_list __gnuc_va_list;
# 102 "/usr/lib/gcc/i486-linux-gnu/4.4.1/include/stdarg.h" 3 4
typedef __gnuc_va_list va_list;
# 45 "/usr/include/c++/4.4/cstdarg" 2 3
# 54 "/usr/include/c++/4.4/cstdarg" 3
namespace std __attribute__ ((__visibility__ ("default"))) {
using ::va_list;
}
Nous avons une balise 'télépathe-needed'? – Maulrus
@Maulrus: Non plus nous ne le faisons pas. (Il serait implicite dans presque chaque question à faible score demandé si nous l'avons eu pour de vrai ...) –
Salut David J'ai rencontré le même problème sur Ubuntu 9.10. Utilisation de GCC 4.4.1 Avez-vous résolu cela? Si oui, aidez-moi s'il vous plaît. Merci Vinit –