RE: [Tsp-devel] Chti prob de compil

[Eric.NOULARD]

Je pense que ce que Yves voulait dire
c'est que par défaut on Génère TOUTES les libs possibles:
une par type de com.

Et par contre NON chaque lib possède sa propre API
qui respecte le prototype des fonctions definie
dans request.h (tsp_request_handler_t ou qqchose du genre
j'ai pas les sources sous la main)

Dans cette structure générique il y a des pointeurs de fonctions
que l'on initialise avec les fonctions specifiques
a chaque instanciation de request handler
Exemple:

tsp_request_handler_t  RPCrqh;
tsp_request_handler_t  XMLRPCrqh;

RPCrqh.init = rpc_rqh_init

XMLRPC.init = xmlrpc_rqh_init

tsp_rqh_manager_resgister(RPCrqh);
tsp_rqh_manager_resgister(XMLRPCrqh);

les noms des fonctions sont toutes fictives car je n'ai pas
le code de tsp_request.h sous la main.

Si tu as des doutes discute avec Robert il est en plein dedans.

Est-ce plus clair?

-----Original Message-----
From:   address@hidden on behalf of Frederik Deweerdt
Sent:   Thu 9/23/2004 4:09 PM
To:     address@hidden
Cc:    
Subject:        Re: [Tsp-devel] Chti prob de compil
Le Thu, Sep 23, 2004 at 01:53:19PM +0200, TSP écrivit:
> 
> On génère une lib avec tous les types de com possible (ou une partie par
> configure) coté provider.
Cette partie là je vois mal comment la faire marcher, puisqu'on va avoir la
même API pour tous les types de com et une lib ça aime pas avoir plusieurs
fois le même symbole...
Pour moi il faut  aussi une lib par type de com côté provider, non?
A+
Fred


_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel