OVH Cloud OVH Cloud

Borland C++ - Remplacer bcc32 et cpp32 par gcc et g++ ?

7 réponses
Avatar
Stephane Wirtel
Bonjour à tous,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était peut-être possible de porter des applications écrites en C++ Builder vers g++,
j'aimerais savoir si certaines personnes ont déjà fait ce type de portage ?

Existe-t-il une référence ou document pouvant m'aider ?

bien à vous tous,
Stéphane

7 réponses

Avatar
T.P.
Stephane Wirtel a écrit :
Bonjour à tous,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder
vers g++,
j'aimerais savoir si certaines personnes ont déjà fait ce type de portage ?

Existe-t-il une référence ou document pouvant m'aider ?

bien à vous tous,
Stéphane


Avec Visual C++, on peut définir un "custom build". Il suffit alors de
lui indiquer la commande make à exécuter (après avoir fait un joli
makefile).
J'utilise MinGW pour le make et gcc. Il faut penser à modifier son PATH
pour que ça soit plus pratique.
Avatar
Aurélien REGAT-BARREL
> Bonjour à tous,


Bonjour,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder
vers g++, j'aimerais savoir si certaines personnes ont déjà fait ce
type de portage ?



Ca dépend de l'application. Si elle est basée sur la VCL, j'ai des doutes,
car BCB possède des extensions au C++ qui sont pas mal utilisées
(__property...), et puis si mes souvenirs sont bons, la VCL est écrite en
Delphi, et seuls les .h sont dispos pour le C++, avec des .lib au format
Borland... Et même légalement, je sais pas si tu peux utiliser la VCL avec
g++.
Pourquoi utiliser un autre compilateur ?

--
Aurélien REGAT-BARREL
Avatar
Pierre Maurette
Stephane Wirtel, le 13/05/2005, a écrit :
Bonjour à tous,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder vers
g++,


Pour info, bcc32 est le compilateur C ou C++, qui peut être remplacé
par gcc et g++, dont je ne sais pas trop qui fait quoi, en tout cas
dont je ne suis pas certain que g++ soit le compilateur C++ et gcc le
compilateur C.
cpp32 n'a rien à voir, c'est le préprocesseur. En fait, c'est un
générateur de sortie de préprocesseur.
Pour votre question, je sui très pessimiste (euphémisme). Il existe
peut être des solutions à votre problème (et encore), mais il faudrait
le préciser: portage vers Linux (?), utilisation de l'EDI C++Builder;
de l'EDI + VCL, problème de licence ?

--
Pierre
Avatar
Cyrille Szymanski
"Pierre Maurette" wrote in
news::

Stephane Wirtel, le 13/05/2005, a écrit :
Bonjour à tous,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder
vers g++,





Pour info, bcc32 est le compilateur C ou C++, qui peut être remplacé
par gcc et g++, dont je ne sais pas trop qui fait quoi, en tout cas
dont je ne suis pas certain que g++ soit le compilateur C++ et gcc le
compilateur C.



Effectivement, bcc32 et gcc ont un fonctionnement très similaire.

gcc est le "front end" à tous les autres modules (préprocesseur
spécifique, compilateur spécifique, assembleur, éditeur de liens...).
C'est l'extension du fichier notamment qui dit par quelles étapes faire
passer les fichiers.

g++ est un programme qui appelle gcc en mettant le langage par défaut à
C++.

cpp32 n'a rien à voir, c'est le préprocesseur. En fait, c'est un
générateur de sortie de préprocesseur.
Pour votre question, je sui très pessimiste (euphémisme). Il existe
peut être des solutions à votre problème (et encore), mais il faudrait
le préciser: portage vers Linux (?), utilisation de l'EDI C++Builder;
de l'EDI + VCL, problème de licence ?



De plus je ne suis pas certain qu'il y ait beaucoup d'options de ligne
de commande compatibles entre bcc32 et gcc...

--
Cyrille Szymanski
Avatar
Stephane Wirtel
Aurélien REGAT-BARREL a écrit :
Bonjour à tous,



Bonjour,


N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder
vers g++, j'aimerais savoir si certaines personnes ont déjà fait ce
type de portage ?




Ca dépend de l'application. Si elle est basée sur la VCL, j'ai des doutes,
car BCB possède des extensions au C++ qui sont pas mal utilisées
(__property...), et puis si mes souvenirs sont bons, la VCL est écrite en
Delphi, et seuls les .h sont dispos pour le C++, avec des .lib au format
Borland... Et même légalement, je sais pas si tu peux utiliser la VCL avec
g++.
Pourquoi utiliser un autre compilateur ?


Simplement pour faire un portage plus facilement de Windows vers Linux ;-)



Avatar
Stephane Wirtel
Pierre Maurette a écrit :
Stephane Wirtel, le 13/05/2005, a écrit :

Bonjour à tous,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder
vers g++,



Pour info, bcc32 est le compilateur C ou C++, qui peut être remplacé par
gcc et g++, dont je ne sais pas trop qui fait quoi, en tout cas dont je
ne suis pas certain que g++ soit le compilateur C++ et gcc le
compilateur C.


gcc est le compilateur C,C++.
g++ est simplement un script utilisé afin de dire à gcc qu'il doit compiler du code c++ et non du code C.
cpp32 n'a rien à voir, c'est le préprocesseur. En fait, c'est un
générateur de sortie de préprocesseur.
Pour votre question, je sui très pessimiste (euphémisme). Il existe peut
être des solutions à votre problème (et encore), mais il faudrait le
préciser: portage vers Linux (?), utilisation de l'EDI C++Builder; de
l'EDI + VCL, problème de licence ?



Il s'agit surtout d'un portage vers Linux sans devoir modifier grand chose.
Ayant déjà l'habitude de portage via gcc, cela ne pose pas de problèmes.
Mais vu qu'ici, je passe d'un environnement totallement Win32 (Borland) vers du c++ standard, je risque de m'amuser.

Concernant les librairies employées, je pense qu'il y a p-e moyen que je puisse employer celle fournie par KyLix
durant une période qui me permettra de réécrire certains objets C++ propre à Borland.

Sinon, Boost, STL et wxWidgets ou voir même QT pourront m'aider à faire une totalle abstraction de l'OS et de l'API employé.

Merci
Avatar
Pierre Maurette
Stephane Wirtel, le 20/05/2005, a écrit :
Pierre Maurette a écrit :
Stephane Wirtel, le 13/05/2005, a écrit :

Bonjour à tous,

N'ayant pas encore fait le test moi-même afin de vérifier qu'il était
peut-être possible de porter des applications écrites en C++ Builder vers
g++,



Pour info, bcc32 est le compilateur C ou C++, qui peut être remplacé par
gcc et g++, dont je ne sais pas trop qui fait quoi, en tout cas dont je ne
suis pas certain que g++ soit le compilateur C++ et gcc le compilateur C.


gcc est le compilateur C,C++.
g++ est simplement un script utilisé afin de dire à gcc qu'il doit compiler
du code c++ et non du code C.
cpp32 n'a rien à voir, c'est le préprocesseur. En fait, c'est un générateur
de sortie de préprocesseur.
Pour votre question, je sui très pessimiste (euphémisme). Il existe peut
être des solutions à votre problème (et encore), mais il faudrait le
préciser: portage vers Linux (?), utilisation de l'EDI C++Builder; de l'EDI
+ VCL, problème de licence ?



Il s'agit surtout d'un portage vers Linux sans devoir modifier grand chose.
Ayant déjà l'habitude de portage via gcc, cela ne pose pas de problèmes.


Comme vous dites, gcc + wxWidgets + Boost (ou équivalents). C'était la
base de C++BuilderX, mais je crois que c'est mort et que l'intégration
d'un designer wxWidgets n'a jamais fonctionné. Et je crois que cette
intégration n'était envisagée que dans une version très chère.

Mais vu qu'ici, je passe d'un environnement totallement Win32 (Borland) vers
du c++ standard, je risque de m'amuser.


Je ne comprends toujours pas en quoi vous êtes Borland. Vous avez donc
de l'existant ?

Concernant les librairies employées, je pense qu'il y a p-e moyen que je
puisse employer celle fournie par KyLix
durant une période qui me permettra de réécrire certains objets C++ propre à
Borland.


S'ils sont basés sur la VCL, c'est sans doute négatif. Kylix semble
mort. De plus, il ne permet pas la compatibilté Linux, mais Linux x86,
sauf erreur de ma part. Pas de Mac par exemple. Me gourre-je ?

Sinon, Boost, STL et wxWidgets ou voir même QT pourront m'aider à faire une
totalle abstraction de l'OS et de l'API employé.


Java me gave, mais face à une contrainte "développement unique ciblant
Windows et Linux", je crois qu'il faut donner au moins une vraie raison
de ne l'utiliser. Et c'est possible qu'il y en ait.

--
Pour répondre directement: enlever une lettre sur deux
wwaannaaddoooo -> wanadoo

Pierre