Borland C ++ Builder 6 stel altyd al die lêers

Question

Waarom C ++ Builder 6 al die lêers op te stel altyd?

Ek maak 'n paar veranderinge aan die een lêer, maar BCB 6 stel al die lêers wanneer ek die jeug begin. Enige idee? Ek gebruik Windows XP SP2.

Answer 1

Probeer hierdie plugin vir BCB samesteller: Bcc32Pch IDE Plugin

Answer 2

Is jy bronkodelêers en binêre voorwerpe geleë op dieselfde masjien? Indien nie klink asof jy 'n netwerk tyd sync probleem het.

As hulle sy waarskynlik 'n kop lêer kwessie, óf die samesteller sluit lêers 'n gewysigde datum 'n geruime tyd in die toekoms of jou aansoek is afhanklik van 'n paar kop lêer wat verander tydens samestelling sê uit 'n COM invoer.

EDIT: Gaan die opstel van VS het 'n vlag te altyd weer saam te stel, kan dit ook waar vir BCB wees, indien stel dan ontstel nie. Nog 'n moontlikheid is dat pre-saamgestel kop is-mis ingestel om te genereer op elke bron lêer.

Ek is nie vertroud is met BCB 6 om 'n meer akkurate antwoord gee.

Answer 3

Het jy al gemaak al of baie van jou lêers afhanklik van 'n bepaalde module?

Enige lêers wat afhanklik is van 'n bepaalde module is sal enige tyd die module klas struktuur (soos vervat in die .H lêer) aangepas word herbou. As, byvoorbeeld, jy het 'n data module wat verkry word deur baie ander modules wat jy sal sien 'n herbou van al afhanklik modules elke tyd klas struktuur van die data module se verander.

Answer 4

Daar is 'n pragma in Borland, daaronder beheer hoeveel lyne van kode is hersaamgestel.

In die afgelope jaar het ek daarin geslaag om (in sommige projek), wat net veranderinge van my bron is saamgestel. Ek weet nie, as dit sal werk in nuwer weergawes van Borland

Borland 6 het 'n pragma "hdrstop". dit is net aktief as die opsie projek "Pre-Stel headers" is nie "niemand"

jaar gelede het ek 'n baie stadige rekenaar 'n i versnel die compilition tyd van ure tot minute met volgende truuk

al CPP's geword het die eerste lyn

#include "all.h"
#pragma hdrstop

verstek is 'n sluit van "vcl.h"

"all.h" wil sluit alle kop, is daaronder nodig in al! eenhede. elke eenheid sal alle bronne slaan, daaronder afhang van kop voor pragma hdrstop.

Voorbeeld:

Unit1.h

 #include <string>

Unit1.cpp

   #include "all.h"
   #pragma hdrstop

   #include "Unit1.h"

Unit2.h

 #include <vcl>

Unit2.cpp

   #include "all.h"
   #pragma hdrstop

   #include "Unit2.h"

all.h

   #include <string>
   #include <vcl>

---

invoer

1. hoef te gebruik all.h in headerfiles
2. wat jy kan byvoeg al sluit, daaronder word gebruik in die projek kop, soos,
3. Alle bronne ryk skat afhang van die "pre saamgestel headers" sal nie weer saamgestel word!
4. geslag van compileerde kop sal stadig wees! So net kop in all.h, wat nie dikwels sal verander voeg. Agtige stelsel kop of jou kop almede is reeds klaar.
5. samestelling kan misluk. soms aan die orde van die sluit produseer 'n "dooie punt" vir die comilation. As sy gebeur, deaktiveer "pre-saamgestel headers". Die meeste probleme opgelos sal word, as jy jou c ++ skryf soos in Java: elke klas sal sy eie lêers (CPP en h) geword.
6. Lêernaam in die projek opsie "Pre-Saamgestel headers" toon die base name van die werklike compileerde lêers. 'n eenheid kan 'n compileerde lêer te deel met 'n ander eenheid, as dit het (presiese) dieselfde inludes voor "pragma hdrstop". Beste prestasie bereik word, as jy net een lêer met 'n numeriese postfix het. Voorbeeld vir meer as een compileerde kop:

Unit1.h

 #include <string>

Unit1.cpp

   #include "all.h"
   #pragma hdrstop

   #include "Unit1.h"

Unit2.h

 #include <vcl>

Unit2.cpp

   #include <vcl> //!!!!!!!!!!!!!!!!!!! produce a second version of an precompiled file
   #pragma hdrstop

   #include "Unit2.h"

all.h

  #include <string>
  #include <vcl>

Answer 5

Maak seker dat jy met behulp van die "maak" bevel en nie die "bou" command, tensy dit nodig is.

Die maak van 'n projek met die Borland gereedskap was nog altyd gelyk aan dié kwessie het -. Dat dit nie noodwendig sien watter verander en begin om alles saam te stel

Kyk na die Pre-Saamgestel Headers opsies, wat kan help om spoed dinge.

Wanneer Borland / Code Gear, begin in C ++ Builder 2007 oorgeskakel na die MSBuild stelsel, het die samestellings baie vinniger gegaan en is meer doeltreffend te maak.