Bonjour,
int fonction1() { return 1; }
#ifdef fonction1
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
Bonjour,
int fonction1() { return 1; }
#ifdef fonction1
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
Bonjour,
int fonction1() { return 1; }
#ifdef fonction1
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
merci d'avance pour toute piste
Alain Cabiran
pas avec des ifdef sur les noms de fonctions
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
merci d'avance pour toute piste
Alain Cabiran
pas avec des ifdef sur les noms de fonctions
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
merci d'avance pour toute piste
Alain Cabiran
pas avec des ifdef sur les noms de fonctions
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
Comment peut-on arriver à une telle situation ? Il doit bien y avoir un
include quelque part non ? Cet include doit bien avoir un #define à tester
non ?
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
Comment peut-on arriver à une telle situation ? Il doit bien y avoir un
include quelque part non ? Cet include doit bien avoir un #define à tester
non ?
existe-il un moyen de tester l'existence d'une fonction
à l'exécution ??
Comment peut-on arriver à une telle situation ? Il doit bien y avoir un
include quelque part non ? Cet include doit bien avoir un #define à tester
non ?
[...] n'existent pas dans g++ 2.95.
plus j'avance dans le bouquin de stroustrup et moins mon compilo
fonctionne :-) (j'exagère volontairement un peu).
le fait que j'utilise ce compilo sort du cadre de ce groupe et serait
plus vers celui de fr.comps.os.linux.
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
[...] n'existent pas dans g++ 2.95.
plus j'avance dans le bouquin de stroustrup et moins mon compilo
fonctionne :-) (j'exagère volontairement un peu).
le fait que j'utilise ce compilo sort du cadre de ce groupe et serait
plus vers celui de fr.comps.os.linux.
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
[...] n'existent pas dans g++ 2.95.
plus j'avance dans le bouquin de stroustrup et moins mon compilo
fonctionne :-) (j'exagère volontairement un peu).
le fait que j'utilise ce compilo sort du cadre de ce groupe et serait
plus vers celui de fr.comps.os.linux.
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
Alain Cabiran wrote in
news:4176b349$0$15753$:[...] n'existent pas dans g++ 2.95.
plus j'avance dans le bouquin de stroustrup et moins mon compilo
fonctionne :-) (j'exagère volontairement un peu).
le fait que j'utilise ce compilo sort du cadre de ce groupe et serait
plus vers celui de fr.comps.os.linux.
Nope. Pas vraiment. Comment un compilo supporte le standard est
parfaitement en thème.
Et puis, j'utilise GCC sous Widows XP. Quel rapport avec linux ?et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
Tu peux isoler les trucs qui changent et passer par une phase d'autotools
ou trucs similaires. Ou utiliserdes bibliothèques qui ont déjà
conaissaince des écarts et permettent de les ignorer.
Sinon, mettre à jour ton compilo est une bonne option ... Du chemin et
des années ont passé depuis les versions 2.95.
Alain Cabiran <alain@yoko.priv> wrote in
news:4176b349$0$15753$7a628cd7@news.club-internet.fr:
[...] n'existent pas dans g++ 2.95.
plus j'avance dans le bouquin de stroustrup et moins mon compilo
fonctionne :-) (j'exagère volontairement un peu).
le fait que j'utilise ce compilo sort du cadre de ce groupe et serait
plus vers celui de fr.comps.os.linux.
Nope. Pas vraiment. Comment un compilo supporte le standard est
parfaitement en thème.
Et puis, j'utilise GCC sous Widows XP. Quel rapport avec linux ?
et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
Tu peux isoler les trucs qui changent et passer par une phase d'autotools
ou trucs similaires. Ou utiliserdes bibliothèques qui ont déjà
conaissaince des écarts et permettent de les ignorer.
Sinon, mettre à jour ton compilo est une bonne option ... Du chemin et
des années ont passé depuis les versions 2.95.
Alain Cabiran wrote in
news:4176b349$0$15753$:[...] n'existent pas dans g++ 2.95.
plus j'avance dans le bouquin de stroustrup et moins mon compilo
fonctionne :-) (j'exagère volontairement un peu).
le fait que j'utilise ce compilo sort du cadre de ce groupe et serait
plus vers celui de fr.comps.os.linux.
Nope. Pas vraiment. Comment un compilo supporte le standard est
parfaitement en thème.
Et puis, j'utilise GCC sous Widows XP. Quel rapport avec linux ?et non, les en-tête de gnu ne définissent pas l'existence ou pas
des manquants par rapport au c++ standard.
Tu peux isoler les trucs qui changent et passer par une phase d'autotools
ou trucs similaires. Ou utiliserdes bibliothèques qui ont déjà
conaissaince des écarts et permettent de les ignorer.
Sinon, mettre à jour ton compilo est une bonne option ... Du chemin et
des années ont passé depuis les versions 2.95.
Sous debian-toujours-a-la-bourre c'est 2.95 :-). Étant sous woody, Je ne
sais pas si je peux passer en testing sans risque : la woody d'install
ne reconnait pas ma carte scsi donc si ça crashe c'est l'enfer assuré
pour récupérer mon système.
Sous debian-toujours-a-la-bourre c'est 2.95 :-). Étant sous woody, Je ne
sais pas si je peux passer en testing sans risque : la woody d'install
ne reconnait pas ma carte scsi donc si ça crashe c'est l'enfer assuré
pour récupérer mon système.
Sous debian-toujours-a-la-bourre c'est 2.95 :-). Étant sous woody, Je ne
sais pas si je peux passer en testing sans risque : la woody d'install
ne reconnait pas ma carte scsi donc si ça crashe c'est l'enfer assuré
pour récupérer mon système.