D'après la doc de TIGCC/GCC4TI,

int (*x[5])(); An array of pointers to a function which returns an integer

La version avec une taille indéfinie de tableau de cette écriture doit être

int (**x)()

Et un pointeur sur ce truc doit être

int (***x)()

(non testé)

Ah, ça s'écrit comme ça ? Un pointeur sur un pointeur de fonction en effet... Merci beaucoup !

Anéfé, ça marche comme ça :

int pdtlib__ManageArgs (CMDLINE* CmdLine, const char* OptList, void (**FuncList)(), void (*Fallback)()) 
{ 
  FuncList[OptCount](); 
}

Je vais lire le code pour voir si c'est bien ça que j'attends.

Pwic


J'ai écrit ce proto :

int pdtlib__ManageArgs (CMDLINE* CmdLine, const char* OptList, int (*Callback)(int Status), void (*SwitchFunc)(char Sign), ...)

Puis j'initialise la liste d'arguments variables ainsi :

	va_list FuncList; 
    va_start(FuncList, SwitchFunc);

Enfin, j'essaye d'appeler une des fonctions contenue dans cette liste variable :

    va_arg (FuncList, (*))(Sign);            // Sign est un char

Mais bon, visiblement, c'est pas comme ça qu'il faut lui parler... Peut-être que ma manière de passer le type à va_arg [(*)] est mauvais ?

C'est la première fois que j'utilise les va_*. J'y avais jamais pensé, mais si j'arrive à faire marcher ça, c'est surpuissant.

ps -> j'ai regardé les macro dans stdarg.h, j'ai... euh... pas tout compris ^^

ouais, tu vas arriver à des __builtin_va_arg

c'est quoi cette étoile toute seule entre parenthèses?

C'est, en soi, un pointeur sur une fonction (sans nom). Je sais pas comment lui dire que le type de donnée dans la liste, c'est "pointeur de fonction"

toute fonction implique une paire de parenthèses pour les arguments mon cher.

va_arg (FuncList, (*)())(Sign);

(je crois, hein)

Ca marche pas mieux.
Et même

va_arg(FuncList, void*)(Sign);

ne marche pas :/ Je suis vraiment pas fort pour exprimer en C ce que je pense

pour comprendre:

void (*ptr)(void) = va_arg(FuncList, void(*)(void));
ouzencor
void (*ptr)() = va_arg(FuncList, void(*)());

puis:
ptr();

?

donc le type c'est void(*)()

et tu dois pouvoir compacter en

va_arg(FuncList, void(*)())(Sign);

ou avec un cast

(void(*)())va_arg(FuncList,void*)();

Non plus. J'ai essayé au pif des dizaines d'écritures, je suis pas tombé sur la bonne encore

Je vais coder un générateur aléatoire d'écritures pifométriques pour me simplifier les choses

./37 -> failed && failed :

args.c:71: error: called object '*((FuncList = (FuncList) + 4u) - 4u)' is not a function

Je suis "content" de voir que je ne suis pas le seul à galérer pour mettre en forme une simple écriture. Ca doit pas être évident en fait.
Dire qu'en asm, c'est un movea.l 0(sp,d0.w),a0 // jsr (a0)
Et après on dit que le C est simple et l'assembleur difficile

non c'est très chiant les pointeurs de fonction en C

je suis trouducuté là

stdarg.h : 
 
#define va_arg(ap,type) (*(type*)((((char*)(ap))+=((sizeof(type)+1)&0xFFFE))-(((sizeof(type)+1)&0xFFFE))))

Si ça peut aider

Et j'y arrive pas. Faut dire que google(va_arg, function, list) renvoie une plétore de réponses évidemment...

Bon, il est 23h passé, tous les poids lourds sont passés ici, et pas de réponse à ./32
J'en conclus que la réponse ne doit pas être si évidente

Folco (./32) :
Pwic


J'ai écrit ce proto :

int pdtlib__ManageArgs (CMDLINE* CmdLine, const char* OptList, int (*Callback)(int Status), void (*SwitchFunc)(char Sign), ...)

Puis j'initialise la liste d'arguments variables ainsi :

	va_list FuncList; 
    va_start(FuncList, SwitchFunc);

Enfin, j'essaye d'appeler une des fonctions contenue dans cette liste variable :

    va_arg (FuncList, (*))(Sign);            // Sign est un char

Mais bon, visiblement, c'est pas comme ça qu'il faut lui parler... Peut-être que ma manière de passer le type à va_arg [(*)] est mauvais ?

C'est la première fois que j'utilise les va_*. J'y avais jamais pensé, mais si j'arrive à faire marcher ça, c'est surpuissant.

ps -> j'ai regardé les macro dans stdarg.h, j'ai... euh... pas tout compris ^^

Tu veux faire quoi ?
Sign = va_arg (FuncList, (char));
(*SwitchFunc) (Sign);
?

Il y a sur la pile une liste d'adresse de fonctions, dont SwitchFunc est le premier élément. Je veux juste pouvoir appeler ces fonctions.

C'est comme si, en asm, je faisais ça :

programme appelant : 
 
 pea func3(pc) 
 pea func2(pc) 
 pea func1(pc) 
 jsr lib::ManageArgs

Et dans lib::ManageArgs :

 movea.l x(sp),a0 
 pea Sign(pc)          ; à la rigueur, ça on s'en fout 
 jsr (a0)

C'est ce movea/jsr que je n'arrive pas à écrire.

regarde çà plutôt http://gcc.gnu.org/onlinedocs/gcc-4.5.0/gcc/Constructing-Calls.html#Constructing-Calls

hmmm merci beaucoup, encore un truc à apprendre, mais ça a l'air de ressembler à ce que je veux

C'est con, trois lignes d'asm et c'est réglé, mais j'ai envie de rester portable (juste pour dire que c'est portable ^^)

Folco: si tu as un doute sur les warning/errors de gcc & consorts, fait passer ton code dans clang, les messages risquent d'etre moins cryptique ^^ Et si ils le sont, il faut le leur dire ^^

Oui, bonne suggestion.

mission suivante: trouver/builder/installer/exécuter clang.

Ah, un front-end de llvm... M'étonnerait que Debian le propose ce soft, on va voir si la Fée Dora peut me le faire apparaitre.

Il est dans ubuntu au moins

Debian testing peut te faire apparaître une version récente de ce soft. Debian stable, en revanche, pas du tout

http://clang.llvm.org/get_started.html#build pour compiler clang+llvm toi-même. Peu après la release 2.7, j'avais utilisé le tag 2.7 au lieu du trunk, mais maintenant que la release 2.8 est proche (création de la branche des pre-releases cette semaine), utiliser le trunk est moins aventureux

Ouep... rah ça fait chier, ce code est fait pour être compilé par tigcc (_library etc...). il me faudra faire un fake main juste pour sa gueule. C'est quand même casse-couilles. Je me demande si je ne vais pas coder toute cette fonction en asm, ça sera bien plus simple, court et rapide.

pourquoi il faudrait un fake main? compiler un programme pour voir l'asm généré ne requiert pas d'édition de liens, donc t'auras pas besoin de main...

c'est vrai, je suis con

meuh non, meuh non.

Putain de saloperie de bordel de mes trois.
En fouillant dans mon bouquin, je trouve ça :

void va_start (va_list params, identifiacteur); (stdarg.h) 
 
Cette macro initialise le parcourT (sic) de la liste d'argument variables params, sachant que 
identificateur est le nom du dernier argument muet fixe. Celui-ci ne doit pas être de la classe 
registre, NI DE TYPE FONCTION, sous peine d'aboutir à un comportement indéterminé.

Fais chier de merde !
J'ai toujours moyen de remplir un handle avec des pointeurs de fonctions, mais si techniquement c'est faisable proprement, esthétiquement c'est immonde, et moralement répréhensible.

Auriez-vous une idée valable ?

int pdtlib__ManageArgs (CMDLINE* CmdLine, int (*Callback)(int Status), void (*SwitchFunc)(char Sign), const char* OptList, ...)

?