Discussion :

[FamiDoo]

Bonjour,
j'ai l'erreur suivante :

error C2491: 'JS_XDRUint16' : definition of dllimport function not allowed

déf :

JS_XDRUint16(JSXDRState *xdr, uint16 *s)
{
uint32 l = *s;
if (!JS_XDRUint32(xdr, &l))
return JS_FALSE;
*s = (uint16) l;
return JS_TRUE;
}

Déclaration :

extern JS_PUBLIC_API(JSBool)
JS_XDRUint16(JSXDRState *xdr, uint16 *s);

J'aimerai en savoir + sur les causes de cette erreur que je vois pour la première fois,

merci

[Laurent Gomila]

http://msdn2.microsoft.com/en-US/library/62688esh.aspx

[rigobert]

http://msdn2.microsoft.com/en-US/library/62688esh.aspx

Ca n'a pas l'air d'être la cause de l'erreur : il n'a pas de __declspec(dllimport) dans la définition de sa fonction...

Famidoo:

1. Question peut-être bête, mais c'est quoi la macro JS_PUBLIC_API ?
2. et en complétant la définition (avec JSBool par ex), ça donne quoi ?

[FamiDoo]

#define JS_PUBLIC_API(t) JS_EXPORT_API(t)

#define JS_EXPORT_API(__type) _declspec(dllexport) __type

[FamiDoo]

la définition exacte c'est ça :

JS_PUBLIC_API(JSBool)
JS_XDRUint16(JSXDRState *xdr, uint16 *s)

[FamiDoo]

J'ai corrigé l'erreur pour en avoir une autre maintenant ^^, enfin disons un warning :

warning C4273: 'JS_XDRMemGetData' : inconsistent dll linkage

[Médinoc]

Là encore, c'est un problème de dllimport/dllexport/riendutout.
Il doit y avoir deux déclarations/définitions qui n'ont pas la même option (parmi les trois spécifiées ci-dessus).

[FamiDoo]

bin disons que oui la définition est maintenant différente de la déclaration mais sinon j'ai l'erreur du topic.

[Médinoc]

Il ne doit pas en être ainsi.

Le projet, c'est justement la DLL, non? Ou bien tu tentes d'utiliser une DLL ?

[Laurent Gomila]

La définition doit bien être différente de la déclaration, vu que seule cette dernière doit comporter la directive d'exportation.

Par contre si tu as cette erreur c'est peut-être que tu as deux déclarations différentes (une avec la directive d'exportation, l'autre sans).

[FamiDoo]

Le projet, c'est justement la DLL, non?

oui, sans compter qu'au niveau des link j'ai ce genre de choses :

jsscope.obj : error LNK2001: symbole externe non résolu free

alors que les bonnes bibliothèques sont bien surs présentes ( sinon erreur de compilation ce qui n'est pas le cas), même erreur avec fopen et compagnie :

jsprf.obj : error LNK2019: symbole externe non résolu printf référencé dans la fonction BuildArgArray

[Médinoc]

Ce qu'il faut savoir pour une DLL, c'est que Chaque DLL a généralement sa propre définition qui NOMDELADLL_API qui est soit __declspec(dllexport), soit __declspec(dllimport), mais jamais les deux en même temps.

Ainsi, le header comporte souvent ce passage. Imaginons que je compile UneDllAvecUnNomBienLong.dll :

Code UneDllAvecUnNomBienLong.h :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
#ifdef UNEDLLAVECUNNOMBIENLONG_EXPORTS
#define UNEDLLAVECUNNOMBIENLONG_API __declspec(dllexport)
#else
#define UNEDLLAVECUNNOMBIENLONG_API __declspec(dllimport)
#endif

/* Une déclaration de fonction 
   (sachant que sous Visual, la macro EXTERN_C est définie comme il faut) */
EXTERN_C UNEDLLAVECUNNOMBIENLONG_API int UneFonction(char *);

La définition de fonction, se trouvant dans la DLL, possède les mêmes préfixes EXTERN_C et UNEDLLAVECUNNOMBIENLONG_API.

Ainsi, lorsqu'on compile la DLL, la macro UNEDLLAVECUNNOMBIENLONG_EXPORTS doit être définie pour tout le projet (généralement dans les propriétés du projet, à la rubrique "préprocesseur").

[FamiDoo]

#define JS_EXTERN_API(__type) extern _declspec(dllexport) __type
#define JS_EXPORT_API(__type) _declspec(dllexport) __type
#define JS_EXTERN_DATA(__type) extern _declspec(dllexport) __type
#define JS_EXPORT_DATA(__type) _declspec(dllexport) __type

et pour import j'ai ca :

#if defined(_WIN32) && !defined(__MWERKS__)
# define JS_IMPORT_DATA(__x) _declspec(dllimport) __x

# define JS_IMPORT_API(__x) _declspec(dllimport) __x
# endif

[FamiDoo]

j'ai trouvé merci, ca venait bien des définitions préprocesseur