PureBasic

Bonjour,

Si je développe une DLL en PureBASIC pour le PureBASIC.
Cette DLL partagera t-elle les informations avec le programme PureBASIC qui l'utilisera ?

Imaginons que je crée une DLL qui trace des graphismes 2D ... Lorsque je l'intègrerais dans mon programme PureBASIC, aura-t'elle les mêmes ...

J'aime bien la comparaison DreamMotion 3D et PureGDK ...
Mais une question se pose, que Gère actuellement DreamMotion dans le PureBASIC concernant la 3D ? (je ne parle pas de DreamMotion complet mais de ce qui est utilisable dans PureBASIC) .. Car n'oublions pas que ... plus un moteur gère de ...

ben l'interêt c'est que ma .lib puisse dans ses fonctions appeler celles du SDK. Le problème c'est que si je compile, il cherche automatiquement à trouver les liens externes des ces .lib (du sdk) hors je n'ai pas tout les .lib correspondant. Voila le pourquoi de ma requête.

@Gnozal: Quand tu crées une DLL, il te crée le .lib et le .ext

En fait, j'ai un pack de .lib (c'est un SDK).
Je développe un plugin pour ce pack de .lib
Mon plugin doit lui aussi être un .lib

Mon plugin doit pouvoir appeler des fonctiones internes aux .lib du pack.

Avec ces explications, est-ce assez clair ?

Bonjour,

J'ai une question assez particulière.

J'aurais besoin de créer un fichier .lib (en créant donc une .DLL) qui soit dépendant d'un autre fichier .lib (et qui donc appelera des fonctions dans cet autre fichier .lib) mais qui doit pouvoir se compiler sans demander tout les liens externes du ...

loool

Je vais voir trouver une version VC7 de la Lib libcp.lib.

déjà fait.

J'ai essayé mais ça ne résout pas le problème.
LEs 2 erreurs apparaissent toujours.

ode.lib utilise ces 2 fonctions d'une autre .lib mais ne les contient pas.

Pour le wprint... c'est fixé :p
Pour l'Atls c'est bon aussi.
Le DarkGDK aussi :)

Reste les 3 derniers :
---------------------------
PureBasic - Linker error
---------------------------
POLINK: error: Unresolved external symbol '?_Xran@_String_base@std@@QBEXXZ'.
POLINK: error: Unresolved external ...

Bon j'ai trouvé... En fait PureBASIC N'aime pas lorsque les .lib ne sont pas toutes dans le même dossier ... J'ai du tout copier dans celui du PureBASIC contenant toutes les .lib systèmes ...

Maintenant je n'ai plus le crash du compilateur du PureBASIC :)
Je n'ai plus que 5 liens externes non ...

ben la c'est différent ...
Voila un exemple d'importation de fonction venant d'une des .lib de DGDK :

dbBox2( ileft.l , itop.l , iright.l , ibottom.l , dw1.l , dw2.l , dw3.l , dw4.l ) As "?dbBox@@YAXHHHHKKKK@Z"
dbLockPixels() As "?dbLockPixels@@YAXXZ"

Je ne pourrais pas le confirmer car ce n'est pas moi qui ait crée ces .lib(s) ... mais je vais demander aux développeurs ...

lorsque j'ai commencé à faire le wrapping, je n'avais pas de crash du compiler. Seulement des messages d'erreur du Polink comme suit :


---------------------------
PureBasic - Linker error
---------------------------
POLINK: error: Symbol '??_7bad_alloc@std@@6B@' is multiply Defined ('Display ...

Répondu Au dessus par edit :p