La compilation dure 15mn

Bon j'en ai un peu marre de subir 15mn de compilation à chaque modification alors je poste ici ma question: Y'a t'il un moyen de faire en sorte que BCB ne compile que les fiches qui ont été modifié ? Mon application compte une 30 de fiches, alors quand il décide de tout recompiler c'est la misère.

Dés fois il compile seulement une fiche qui a été modifié s'il s'agit d'une modife qui touche un attribut de composant ou un évènement. Par contre, dés que j'ajoute une fonction, un attribut, il se lance dans toute la compilation, et c'est vraiment pénible.

Honnêtement il met 15mn facile pour compile, bonjour la productivité... J'espère qu'une solution existe.

A bientôt.

Quand tu modifies un composant, cela impacte le fichier d'entête correspondant à la fiche qui possède ce composant. Si ce fichier d'entête est "includé" dans tes autres fiches parce que tu appelles des fonctions de la fiche modifiée, ces autres fiches seront logiquement recompilées. C'est probablement ce qui t'arrive.

...bon il faud voir aussi ce que tu as comme pc :D

Mon PC est antique, un P3800 avec 256MO et WINXP. C'est misérable, je sais normalement ça compile beaucoup plus vite. Au début à peine 5mn.

Il est vrai que j'ai des fichiers de controles qui incluent pratiquement tous les autres fichiers. Du coup, si je modifie un fichier (genre je rajoute une ligne), s'il compile toutes les inclusions...

Mais n'y a t'il pas une option pour demander à Builder de compiler juste le fichier modifier, tant que je ne lui ai pas donné ma bénédiction pour tout recompiler ?

Citation:

---

Envoyé par kurkaine

Mon PC est antique, un P3800 avec 256MO et WINXP. C'est misérable

---

Ton problème n'est pas tant d'avoir un 3800 que de manquer de mémoire. Tâche de passer à 1Go et tu n'auras plus de lenteur rédhibitoire.

Citation:

---

Envoyé par kurkaine

n'y a t'il pas une option pour demander à Builder de compiler juste le fichier modifier, tant que je ne lui ai pas donné ma bénédiction pour tout recompiler ?

---

Tu peux compiler ta fiche avec Alt-F9 mais lors de la liaison, tout sera de nouveau compilé. Il te faut gérer plus astucieuserment tes include.

Bonjour,

je voudrais juste signaler qu'un P3800 256MO, c'est pas une merde.
Effectivement, l'en-tête de la fiche ou la classe doit certainement toucher beaucoup d'autres classes, ce qui fait que lorque tu ne compiles que la fiche, cela revient à compiler tout le projet.
As-tu essayé de cocher l'options "En-tête en cache au démarrage" accessible par "Outils" -> "Options d'environnement", onglet "préférences" ?

Salut,

Altau a complètement raison c'est surtout un problème de RAM. En plus Windows XP est assez gourmand, il prend au moins 200 Mo et encore bien plus si tu as le SP2. Donc voilà CQFD, ne cherche pas plus loin.

J'ai un P IV 2,8 Ghz avec 512 Mo et mon principal projet met plus de 10 minutes à se construire alors heuresement que je n'ai pas la même config que toi...

Pour info:
http://c.developpez.com/faq/cpp/?pag...er_compilation

Citation:

---

Envoyé par kurkaine

Honnêtement il met 15mn facile pour compile, bonjour la productivité... J'espère qu'une solution existe.
A bientôt.

---

*Regarder s'il n'y pas de fichiers temporaires qui devraient être effacés (avec une tilde comme extension)
*défragmenter le disque parce que s'il est fragmenté cela peut ralentir la compilation

*faire des paquets comme le permet BCB ; cela limitera le temps de compilation
Sinon en dernier recours + de RAM

Merci de vos conseils. Par contre, concrètement que se passe t'il si je coche l'option "En-tête en cache au démarrage" ? (concernant les pbs de lenteurs ou rapidité de compilation)

Sinon, pour mes includes, c'est mort, je ferai attention dans mon prochain projet, là y'a trop de fichier pour tout reprendre et mettre de l'ordre. Tant pis...

J'ai le même pb avec mon soft (cela ne prends pas 15 minutes mais c'est très lent). Le pb est que CBuilder gère très mal les entêtes pré-compilés, c'est clair.
échaudé par ces lenteurs j'ai dupliqué mon projet en un projet léger dans lequel j'ai elevé tous les fichier pascal (il ne reste plus que des cpp). Les fichiers pascal contenaient heureusement pour moi des classes dont je pouvais me passer pour faire des tests basics.
Bref, je suis passé de 5 minutes de compilation à moins d'une minute. Et depuis 2 ans maintenant le projet compile toujours aussi vite, et l'autre toujours aussi lentement.

Je pense donc que c'est le pascal que CBuilder digère mal dans ses entêtes pré-compilés. Mais va savoir, comme dirait l'autre.

Yarp
www.senosoft.com

Bonjour turkaine,
Tu m'as aidé récemment pour l'installation et la lenteur du démarrage.
Je n'y connais rien, j'ai pris c++builder pour "me mettre à la page".
Mais j'ais vu soit sur le forum soit dans les tutoriaux un sujet style "optimiser compilation" ou "optimiser la compilation" de Géronimo ici ou sur devellopez.com

Peut-être aucun rapport.
Bêtement as tu essayer de compiler en mode sans échec? Ca peut sembler stupide.
Cordialement,
A+

Citation:

---

Envoyé par yarp

Le pb est que CBuilder gère très mal les entêtes pré-compilés, c'est clair.
www.senosoft.com

---

Je le répête encore une fois il faut faire des paquets .bpl personnalisés.....
sinon des dll qu'on charge dynamiquement..
la compilation prend du temps avec BCB car BCB génére de gros exécutables

Citation:

---

faire des paquets .bpl personnalisés.....
sinon des dll qu'on charge dynamiquement

---

Comment faire des paquets .bpl, et à quoi servent-ils ??? Je ne vois pas quoi mettre dans une dll, j'ai juste une petite classe générique. Sinon, ce qui fait que je dois faire des inclusions incroyable, c'est que je travail sur des bases de données, et j'ai un fichier de module de données (regroupant tous mes composants TADO). J'utilise beaucoup de champs calculés, du coup, ce fichier est énorme et toutes les classes doivent l'inclure. Je ne sais pas si je peux mettre ce fichier en dll, à priori si j'ai bien compris sur ce qu'est une dll, il s'agit d'une libraire dynamique contenant des fonctions génériques...

Bonjour,
j'ai eu le même problème sur un projet assez conséquent. J'avais trouvé un poste sur Developpez.com je crois traitant de la directive de compilation #pragma hdrstop .
Pour faire simple tu trouves cette directive dans ton fichier .cpp. Il faut s'assurer que toutes les lignes placées avant cette directive soit toujours dans le même ordre dans tous tes fichiers .cpp. Désolé je n'ai pas pris le temps de retrouver ce post mais il doit encore existé.
Pour voir si tu as un problème de ce coté là regarde le nombre de fichier . NomApplication.#00 et la taille de ton fichier NomApplication.csm. (es fichiers se trouvent dans Program Files\Borland\CBuilder5\Lib )
Si tu te retrouves avec une multitude de fichier #00 #01 #02 ... tu pourras gagné du temps à la compilation en ordonnant de la même manière tous les includes fait avant pragma hdrstop

bon courage

Oui Tiwaz tu as raison, c'est la théorie pour faire fonctionner les entêtes précompilés. Mais par définition les .cpp d'un projet ne partagent pas tous les mêmes .h, tu as un .cpp main et des sous-ensembles alors mettre les .h dans tous les .cpp je trouve que cela n'a aucun sens et je m'y refuse.
Pour reprendre mon cas, d'énervement j'ai viré toutes les #pragma hdrstop et cela n'a rien changé au temps de compilation, ni en plus ni en moins ;)

bonjour,
tu peux utiliser le composant suivant
il améliore de manière très significative la vitesse de compilation

cordialement

Comment utiliser ce fameux composant ?

bonjour,
il suffit de charger le fichier BPL correspondant dans l'IDE
cordialement

Il est vrai que ce composant accelere de facon significative la compilation, mais ceci dit j'ai eu quelque souci avec car il me retrouvai des fiches que j'avais supprimé du projet ou d'autre qui était en ancienne version.;)

Peut-etre n'ai je pas fais celà correctement;)

Citation:

---

Envoyé par yarp

Oui Tiwaz tu as raison, c'est la théorie pour faire fonctionner les entêtes précompilés. Mais par définition les .cpp d'un projet ne partagent pas tous les mêmes .h, tu as un .cpp main et des sous-ensembles alors mettre les .h dans tous les .cpp je trouve que cela n'a aucun sens et je m'y refuse.
Pour reprendre mon cas, d'énervement j'ai viré toutes les #pragma hdrstop et cela n'a rien changé au temps de compilation, ni en plus ni en moins ;)

---

Effectivement mettre tous les .h du projet dans tous les .cpp n'est pas la solution. J'ai simplement créé une classe .h comportant la vcl.h et les diverses classes qui n'évoluent plus (ou très peu!) dans mon projet. Du coup dans tous mes .cpp je commence par #include maClasseEntete.h #pragma hdrstop. Il est vrai qu'après il m'a fallu repasser dans tous les cpp pour mettre ces lignes. Ca m'a pris pas mal de temps mais j'en gagne enorment à chaque compilation maintenant. Je sais que dans mon cas le temps de compilation est quasiment descendu de moitié. Je suis à 8min maintenant, imagine avant !!!

Peut être que si tu ne gagnes pas de temps en ayant rétirer les #pragma hdrstop c'est que tu recompiles la vcl pour un grand nombre de classe?

Du coup je vais essayer de voir les perfs avec le composant cité dans les derniers post. A suivre ...

Citation:

---

Il est vrai que ce composant accelere de facon significative la compilation, mais ceci dit j'ai eu quelque souci avec car il me retrouvai des fiches que j'avais supprimé du projet ou d'autre qui était en ancienne version.

Peut-etre n'ai je pas fais celà correctement

---

je n'ai pour ma part jamais eu de problèmes avec ce composant
le fait de ne pas retrouver des fiches ou de compiler d'anciennes n'est pas a mettre a la charge de composant mais provient la plupart du temps d'erreur dans le fichier projet ou de fichiers backup et du linker présent dans le directory de projet


Cordialement

wow, super composant, super merci. Voici qui va révolutionner les temps de compilation.
Ci-dessous le lien vers le site du composant avec toutes les explications, screenshots, setup, froum:

http://andy.jgknet.de/cpp/index.php

J'ai essayé le composant indiqué par Yarp. C'est incroyable :yaisse1: , j'ai considérablement amélioré les temps de compilation. Entre temps j'ai changé de machine et j'ai 512Mo de mémoire, la compilation dure que 1mn... c'est génial
:lahola:

Merci beaucoup de toutes vos réponses :ave:

Je ne coche pas volontairement le tag :resolu: car je pense que d'autres solutions peuvent exister et seront toujours bien à prendre.

:hola:

Ca ne vient pas de moi mais de DjmSoftware. Super plugin en tout cas.

merci a Yarp
pour avoir donné l'URL avec la nouvelle version de ce composant qui corrige un bug de C++ Builder
Cordialement

trouves un post parlant d'un paquet idecompiler...
je depassais les 30minuts de compil et j'arrive à 5minte.....

en fait le compiler a un gros souci....c indiqué sur le site des defects de borland...c officiel comme souci....un gars a fait un paquet et tu as maintenant vriament l'impression d'avoir un compiler...

Je ne trouve pas le post en question avec le mot clé idecompiler. C'est sur developpez.com ?

desole je n'avais pas bien lu les anciens message de ce post mais je parlais aussi de ce fameux paquet idecompilerspeedfix..

en repassant un coup sur le site mis en lien plus haut, j'ai vu qu'on pouvait mettre dans notre environement un plugin qui comprenait ce paquet idecompilerspeed et dont le nom est Bcc32pch

kkun l'a essayé? je ne vois pas trop son intérêt ? qu'est ce que cela apporte de bien à son environement de travail ?

merci d'avacne

Si j'ai bien compris le idecompilerspeed (que je conseille vivement) améliore la compilation de base de BCB (avec ou sans PCH). Le PCH est lui une optimisation spécifique de la compilation avec Precompiled header. Vu l'amélioration des performances avec le 1er composant je pense qu'on peut faire confiance à l'auteur pour avoir fait encore mieux mais ça m'a aussi l'air un peu complexe à mettre en oeuvre.
Et vu le rendement considérable du 1er patch on hésite ;)

merci et je te confirme que le premier m'a egalement sauvé bien la vie
on passait notre temps à compiler et en pause café....

Bonjour,
J'ai voulu essayer ce fameux composant, mais à l'installation il me dit qui me manque rtl60.bpl
Je suis sous BDS6

une version release est sorti et donne encore des fonction supplémentaires

Nouvelle version du compiler speed fix qui a désormais été remplacé par le Bcc32Pch plugin.
Et celui-ci dispose désormais d'un setup.

http://andy.jgknet.de/cpp/

J'ai été amené à enlever IdeCompilerSpeedFix car celui-ci bloquait parfois la compilation sans motiver les erreurs. Bcc32Pch a corrigé pas mal de bugs, il suffit de regarder l'historique des modifications pour s'en convaincre.

Yarp
www.senosoft.com

Bonjour,
je ressucite un peu cette discussion car je viens de constater un phénomène bizarre:

je programme actuellement un jeu de cartes, et j'ai pensé gérer les BITMAPs des cartes à l'aide du composant TImgList. Grave erreur !8O
De 10 secondes de compilation, je passe à plus de 70 secondes :arf:

Donc je retourne à mon ancien système qui consite à créer un fichier de ressources, dont l'intégration au projet ne necéssite que quelques secondes.

Si cela peut faire avancer le schmilblik...:frenchy:

vous allez voir une grande différence (surtout ceux qui ont kaspersky) de compilation si vous activer/désactiver l'antivirus durant la compilation..
à essayer !

je confirme, surtout avec Norton :d

AVG ne prend pas bcp de ressources pour ses traitements.