Bonsoir toutes et tous,
 
Petite question sur le multiply-defined, comment l'eviter, tout ca, je m'explique:
pour l'instant j'ai 2 fichiers .c qui définissent tous les deux les fonctions:
- create()
- init()
- destroy()
Ces fonctions DOIVENT etre nommés comme cela, et je dois avoir 2 fichiers car j'utilise une appli externe.
 
Question: Comment définir ces fonctions pour qu'elles soient définies/utilisables dans le deux fichiers à la fois?
 

Salut,
Les déclarer dans un .h et les définir dans un .c normalement. Sinon, j'ai pas pigé la question.

J'ai rien compris
 
Les fichiers d'entete, etc, ca te dit quelque chose ?
La surcharge ?
 
Ca veut dire quoi ça, concretement :

?

ok j'ai pas ete clair:
 
- je cree une lib
- dedans je veux mettre 2 fichiers qui definissent tous les deux les methodes destroy(), create()
- et je me retrouve avec un multiply-defined symbol

Ben, tu les renommes, y'a pas le choix.
Pourquoi 2 fonctions différentes??

c'est les memes fonctions, mais elle doivent etre definies dans les deux fichiers...
et je peux pas les renommer, vu que c'est le point d'entree d'une appli externe.
Y'a vraiment pas d'autre choix que de faire 2 libs?

déclare les en static
 

 
justement on est en C la

 
une fonction ne peut pas avoir plusieurs definition, ca ne te parais pas logique ?

Ben si ces deux fichiers font partie du même projet, ça ne fonctionnera pas : "multiply-defined". C'est logique, non ?

Je ne vois pas le rapport avec une appli externe. Tu peux préciser ?
 
Question: Comment définir ces fonctions pour qu'elles soient définies/utilisables dans le deux fichiers à la fois?
Dans le même projet, c'est pas possible. Je pense que tu as un problème plus général de conception et d'organisation de ton ou tes projets.
 
Essaye de décrire exactement ce que tu veux faire.

si ca me parait logique, mais apres une bonne cure de java je pete un cable sur la rigidite du C ...
pas de namespace, pas de classes
et pi evidemment je peux pas les declarer static vu que c'est des fonctions "imposées", va pour 2 libs alors ...

Si ils définissent les mêmes fonctions avec les même noms, pourquoi tu mets 2 fichiers ? Tu as essayé avec un seul, il se passe quoi ? Ca marche trop bien ? C'est ça le problème ?

Ben oui, c'est normal. Tu fais, en gros, n'importe quoi...

Description:
j'utilise une api pour creer un plugin sous forme de .so
cette api m'impose comme point d'entree une fonction create() et comme sortie une fonction destroy()
 
or je voulais creer 2 plugins en un si l'on peut dire, et donc definir 2 points d'entree create() et 2 destroy() dans la meme librarie.
Ce qui n'est apparemment pas possible, du coup je vais simplement creer 2 libs

2 plugins, ca veut dire une fois le code, mais 2 fois les données. Il faut apprendre à écrire du code instanciable. Une bibliothèque, c'est fait pour ça...
 
En plus, create() / destroy(), ca le fait bien....

comme fopen()/fclose(), par exemple...
 
http://mapage.noos.fr/emdel/tad.htm

Ca serait bien si c'etait comme ca...
Mais non, il faut un fichier d'entree pour chaque plugin nomme plugin_1.c et plugin_2.c sachant que ces deux fichiers doivent definir les methodes:
create()
et destroy()
je n'ai pas acces au niveaux superieurs, c'est juniper qui pose les problemes d'architecture  

et genre, faire *2* .so ne te parait pas plus logique ?

Rhâ j'oublie toujours qu'il n'y a pas de surcharge en C    
 

 
Oui mais l'idée du plugin c'est que le plug en question ne soit pas inclu à la compilation, mais ajouté plus tard sous forme de binaire, comme une dll par exemple.