]> git.ipfire.org Git - thirdparty/ccache.git/commitdiff
more web updates
authorAndrew Tridgell <tridge@samba.org>
Sun, 31 Mar 2002 03:48:26 +0000 (05:48 +0200)
committerAndrew Tridgell <tridge@samba.org>
Sun, 31 Mar 2002 03:48:26 +0000 (05:48 +0200)
web/index.html

index be0716cd119f7aa5c827ae7e9ad14e321ab0b87b..fa993d69ddabfc3428dc52e0bdf63aaf88f4d0d8 100644 (file)
@@ -11,9 +11,7 @@ C/C++ compilers, using the -E compiler switch and a hash to detect
 when a compilation can be satisfied from cache. This often results in
 a 5 to 10 times speedup in common compilations.<p>
 
-The idea came from Erik Thiele <a
-href=mailto:erikyyy@erikyyy.de>erikyyy@erikyyy.de</a> who wrote the
-original <a
+The idea came from Erik Thiele wrote the original <a
 href="http://compilercache.sourceforge.net/">compilercache</a> program
 as a bourne shell script. ccache is a re-implementation of Erik's idea
 in C with more features and better performance.<p>
@@ -28,13 +26,15 @@ compiles.<p>
 
 By using ccache you can get exactly the same effect as "make clean;
 make" but much faster. It also helps a lot when doing RPM builds,
-as RPM can make doing incremental build tricky.<p>
+as RPM can make doing incremental builds tricky.<p>
 
 I put the effort into writing ccache for 2 reasons. The first is the
-Samba build farm (http://build.samba.org/) which constantly does clean
-builds of Samba on about 30 machines after each CVS commit. On some of
-those machines the build took over an hour. By using ccache we get the
-same effect as clean builds but about 6 times faster.<p>
+Samba build farm 
+(<a href="http://build.samba.org/">http://build.samba.org/</a>) 
+which constantly does clean builds of Samba on about 30 machines after each
+CVS commit. On some of those machines the build took over an hour. By
+using ccache we get the same effect as clean builds but about 6 times
+faster.<p>
 
 The second reason is the autobuild system I run for Quantum. That
 system builds our whole Linux based OS from scratch after every CVS
@@ -45,8 +45,12 @@ builds are much faster.
 
 The short answer is "yes". The most important aspect of a compiler
 cache is to <b>always</b> produce exactly the same output that the
-real compiler would produce. I have coded ccache very carefully to try
-to provide this guarantee.
+real compiler would produce. The includes providing exactly the same
+object files and exactly the same compiler warnings that would be
+produced if you use the real compiler. The only way you should be able
+to tell that you are using ccache is the speed.<p>
+
+I have coded ccache very carefully to try to provide these guarantees.
 
 <h2>Features</h2>