Migration de CB5 vers RAD Studio 10.4

Bonjour, je viens enfin de franchir le pas et d'acqu�rir une licence de RAD Studio. Ce qui fait que je vais pouvoir migrer mon vieux projet CB5.
J'ai cru comprendre dans un fil pr�c�dent consacr� � la librairie GraphicEX que les sources pascal ne g�n�raient pas de OBJ et qu'il fallait cr�er un projet � part pour les compiler.
C'est bien �a ou j'ai mal compris ?
Ca va �tre la f�te je n'en doute pas. Ce qui me fait le plus peur c'est la compatibilit� des vieux composants non VCL. Qui sait j'aurais peut-�tre de bonnes surprises et je vais trouver des upgrades comme pour GraphicEX (merci pour �a). Et sinon, �a fait aussi partie du job.
Merci pour vos r�ponses,

Salut,
Si tu int�gre un fichier .pas � ton projet C++builder le compilateur Delphi va te g�n�rer 3 fichiers
Le .hpp te permettant d�utiliser les fonctions,proc�dures,propri�t� d�finie dans le fichier pascal, un fichier obj ,et un d��u
Le probl�me pourrait venir des diff�rents fichiers , du type, pas,inc pas forc�ment disponible.


Ci-joint un lien vers la librairie mise � jour https://github.com/mike-lischke/GraphicEx


Bien cordialement

Merci pour ta r�ponse. Ok, donc rien de chang� sous le soleil. Tant mieux, j'ai eu un peu peur. Il va d�j� y avoir assez de boulot � convertir les vieux composants, ou � les remplacer.
Ca va planter de partout. Au moins pas pour GraphicEx. Je te remercie pour le lien.
Au travail � pr�sent. Ca va quand m�me �tre amusant.

Je voulais aussi ajouter que malgr� les plus de 20 ans d'�carts entre CB5 et Sidney l'IDE me parait tout � fait familier. En mieux bien sur. Ca aussi c'est une agr�able surprise.

Salut
ci-joint une libraire en c++ (Builder) pr�te � l'emploi
avec le fichier projet

cordialement

Je l'ai prise merci.
Je l'avais t�l�charg� de Gitbub l'autre jour pour comparer avec celle que j'ai. Il y a peu pas mal de fixs.

La seule diff�rence par rapport � GitHub est que tu a des fichiers ,include obj et une librairie pr�te � �tre utilis�e

Oui j'avais vu ton projet dans le fil consacr� � GraphicEx et c'est pour �a que j'ai ouvert cette discussion. Je ne comprenais pas tr�s bien la finalit� d'un projet s�par� pour des PAS. Sauf bien sur si on veux faire une librairie. Et encore moins pourquoi il y a les OBJ puisque le compilateur va les g�nerer.
A moins que tu utilises GraphicEX comme une extension de TImage. Ce qui est sa finalit� c'est vrai. D�sol�, mais je n'ai pas encore ouvert ton projet. Je suis en pleine exploration et configuration de RAD Studio (j'en suis d�j� � la trois�me installation).
Je n'utilise pas GraphicEx comme composant je m'en sert comme d�codeur pour certains des formats exotiques qu'elle contient. Ensuite je converti le r�sultat en DIB Windows.

J'ai commenc� la migration le mois dernier seulement et �a se passe tr�s bien. Je suis surpris parceque j'ai peu de soucis en fait.
composants - J'ai eu de la chance parceque les composants externe que j'utilise ont �volu� avec CBuilder. Il faut dire que j'avais limit� l'usage aux composants externes en pr�vision de ce genre de situation. Je n'utilise qu'une seule librairie (Toolbar2k / TBX) et 2 autres composants. Donc pas de soucis avec les composants non plus.
dfm - J'ai opt� pour la r��criture compl�te des DFM en partant de z�ro. Quand je compare les DFM CB5/CB11 j'arrive tr�s bien � voir ce que je dois reporter.
unicode - C�t� AnsiSring => UnicodeString tr�s facile aussi. La VCL prend en charge automatiquement la plupart des conversions. C'est plut�t du c�t� de l'API Win32 que j'ai du boulot, mais ce n'est pas m�chant.
64 bits - l'an prochain
Enfin et c'est la raison de ce post: merci DjmSoftware pour ta librarie GraphicEX. Je l'ai compil�e et branch�e sur le projet aujourd'hui. Ca m'a fait gagner du temps et j'aime beaucoup l'id�e de l'utiliser comme librairie plut�t que de la compiler avec le projet.