Discussion :

[ShaiLeTroll]

Mon problème concerne C++Builder plus que Delphi, mais la section C++Builder est tellement peu fréquenté !
Je viens ici !

Dans l'article Compilation des packages de conception C++ contenant du source Delphi

Je ne sais pas bien ce que cela veut dire ce passage

Code :

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

Vous devez effectuer les étapes garantissant la résolution des références par le package C++Builder.

J'espère que c'est juste suivre la démarche indiquée (qui semble datée de BSD2006 d'ailleurs)

En ce moment, mon responsable s'occupe de migrer de BSD2007 à BSDXE2

On commence par les packages évidemment
LE SEUL fourni par un tiers, c'est une version modifiée (en interne) de DxForumLib pour BCB6 (un ancien package "Express Forum Library - Developer Express")
C'est vieux ça n'existe plus sous cette forme (DevExpress ayant largement évolué depuis) et comme modifiée en interne ...

On commence par créer un NOUVEAU Package C++Builder XE 2, on inclut les fichiers .pas
Cela compile et génère les fichiers HPP (indispensable pour l'utilisation du Package dans C++Builder)
A la liaison, pas de chance "windows.obj" introuvable !
On a ajouté des chemins, on a tenté de modifier les fichiers pour remplacer uses Windows par uses Winapi.Windows (avec une Directive de compilation pour conserver la compatibiltié 2007, le temps de la migration)
Ne pas toujours pas !

On essaye de rester propre en utilisant $(platform) ou $(config), $(LANGDIR) ...
D'ailleurs, où est la liste de ces variables ? la DocWiki ne donne rien à ce sujet

A Savoir, qu'un projet Package créé en Delphi en ajoutant les fichiers, sans changer grand chose, cela fonctionne du Premier coup !

Créer un Projet Package C++ en BSD2007, se fait les doigts dans le nez !
La même Manip en XE2 ne fonctionne pas !

[Ph. B.]

Bonjour,
Je ne suis pas aussi avancé que toi en ce qui concerne les versions mais:

Je ne sais pas bien ce que cela veut dire ce passage

Code :

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

Vous devez effectuer les étapes garantissant la résolution des références par le package C++Builder.

J'espère que c'est juste suivre la démarche indiquée

C'est ce que je comprends à la lecture de la page en question...

A la liaison, pas de chance "windows.obj" introuvable !

As tu regardé les options du projet, à savoir est ce que l'emplacement où sont générés les .obj fait partie des chemins accessibles par le lieur ?
--
Philippe.

[ShaiLeTroll]

Ce fichier n'existe pas, le plus "proche" c'est WinApi.Windows.dcu qui remplace Windows.dcu, le préfixe WinApi est un qualificatif de domaine comme RTL, VCL ou FMX ... cela permet de repérer les éléments NON-CrossPlatform

Windows.obj n'est pas un fichier généré mais un fichier fourni, en théorie dans une série de fichier lib (comme Kernel32.lib ou Gdi32.lib fourni par Microsoft) ou via un DCU, je t'avoue que je ne suis pas bien au point à ce sujet

En plus, j'ignore si il réclame l'OBJ pour
- Windows.hpp = header Embarcadero de Windows.pas (WinApi.Windows.pas)
- windows.h = header de Microsoft

J'ai essayé de mettre un alias d'unité "WinApi.Windows=Windows" et l'inverse "Windows=WinApi.Windows" dans les options du projet ...

Comme on a ajouté "VCL.bpl" comme "required package", normalement, celui-ci inclu déjà l'unité "WinApi.Windows.dcu", tout le code est en pascal SAUF la procedure LibMain qui remplace le DllEntryPoint, ce n'est qu'un package de déploiement, ce n'est pas encore le package de conception qui inclura en plus la séquence de RegisterClasses écrit en C++.

Surement un conflit lors l'utilisation d'un Package C++ Builder compilant des Objets Delphi !
Faudrait que je regarde Indy, il doit y avoir des options dedans que je devrais pouvoir copier !

Mais ce n'est pas moi qui le fait, c'est mon responsable, il a peut-être trop jouer avec les fichiers "optset" qui semble mémoriser bcp trop d'élements !
Si cela se trouve cela fonctionne du 1er coup, je te dirais lorsqu'il aura retenté l'affaire, moi je dois finir mon projet et je suis à la bourre