ccache is a compiler cache. It acts as a caching pre-processor to 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.
===> The following configuration options are available for ccache-3.7.12_9:
CLANGLINK=on: Create clang compiler links if clang is installed
DOCS=on: Build and/or install documentation
LLVMLINK=on: Create llvm compiler links if llvm is installed
STATIC=off: Build static executables and/or libraries
TINDERBOX=off: Create tarball for tinderbox usage
===> Use 'make config' to modify these settings
Add options to create compiler links for clang and llvm. Also add a warning
that clang is not yet fully supported by ccache.
PR: 161029 (based on)
Submitted by: Volodymyr Kostyrko <c.kworr@gmail.com>
Only create symlinks for existing compiler. This functionality is outsourced
into a script which can be run manually after installing or deinstalling
additional compiler.
PR: 155568 (based on)
Provide make.conf/src.conf instructions that still allow ccache to be used for
the lib32 bits in a buildworld. The recent committed fix would just revert to
regular gcc.
Submitted by: Rob Farmer <rfarmer@predatorlabs.net> (via cvs-all@)
Update to 3.1.1
Excerpt from the ChangeLog:
* ccache now falls back to preprocessor mode when a non-regular include file
(device, socket, etc) has been detected so that potential hanging due to
blocking reads is avoided.
* CRC errors are now detected when decompressing compressed files in the
cache.
* Fixed potential object file corruption race on NFS.
* Minor documentation corrections.
* Fixed configure detection of ar.
Fix a bug in x_realloc() which tries to read out too many bytes from the old
storage after allocating new storage.
PR: ports/127639
Submitted by: Thorsten Glaser <tg@mirbsd.de> (MirBSD project)
Reported by: Mel <mel.xyzzy@rachie.is-a-geek.net>
Update CONFIGURE_ARGS for how we pass CONFIGURE_TARGET to configure script.
Specifically, newer autoconf (> 2.13) has different semantic of the
configure target. In short, one should use --build=CONFIGURE_TARGET
instead of CONFIGURE_TARGET directly. Otherwise, you will get a warning
and the old semantic may be removed in later autoconf releases.
To workaround this issue, many ports hack the CONFIGURE_TARGET variable
so that it contains the ``--build='' prefix.
To solve this issue, under the fact that some ports still have
configure script generated by the old autoconf, we use runtime detection
in the do-configure target so that the proper argument can be used.
Changes to Mk/*:
- Add runtime detection magic in bsd.port.mk
(Only the first 15 lines of the commit message are shown above )
- Add CCACHE_CACHE_COMPILER patch
- Improve examples
- Add two new scripts to enhance buildworld/buildkernel
ccache may now be used safely and effectively to build the FreeBSD source tree.
Follow the pkg-message tips to exploit it.
Approved by: maintainer
Attempt to attract maintainer's attention to a problem a lot of
our users reported when doing "make buildworld" with NOCCACHE
defined (hardcodes CC and CXX to "/usr/bin/{cc|c++}").
- Add support to turn off hasing the compiler size and mtime via a
enviroment variable, this aids in 'buildworld' and 'buildkernel'.
CCACHE_NOHASH_SIZE_MTIME
This tells ccache to not hash the real compiler's size and modi-
fication time. Normally this is the mechanism to detect compiler
upgrades. There are situations however, where even though the
compiler's size or modification time has changed you can safely
use the cached objects (e.g. if as part of your build system the
compiler is built as well and the compiler's source has not
changed; or if the compiler has only changes that do not affect
code generation). Use this feature only if you know what you are
doing.
Submitted by: schweikh
- Add a note in howto about changeing the default cache location since the
default
cache size is 1GB and this is larger than the the default partition size
of root (/) [1]
- Use PREFIX instead of LOCALBASE for patch to libexec/ccache/.. in howto
Requested by: mezz [1]
- Add a link to gcc32 since it's still used in some ports (ie openoffice)
- Move pkg-message in to a file (ccache-howto-freebsd.txt) that is now installed
in to DOCSDIR. ccache-howto-freebsd.txt is more informative than pkg-message
was, now has better examples so ccache will not fail with some ports that
don't like a full path to the compiler.
- Add a note about using distcc
- Bump PORTREVISION
[MAINTAINER] devel/ccache: update to 2.4
- Update to 2.4
- Add workaround to use ccache when USE_GCC is used in a port
PR: ports/71717
Submitted by: Michael Johnson <ahze@ahze.net>
Cease FreeBSD port maintainerships
I don't have the time to give to many of the ports I maintain at
the moment. I wasn't expecting to be so busy this summer ...
Please set all my ports back to ports@freebsd.org.
PR: ports/56935
Submitted by: Dominic Marks <dom@wirespeed.org.uk>,Clement Laforet
<sheepkiller@cultdeadsheep.org>,Oliver Eikemeier <eikemeier@fillmore-labs.com>
Add a patch, that makes ccache use the -lmd's implementation of
MD4 instead of its own. According to the vendor, Samba uses this
implementation too (compiled staticly) and, IMO, should be patched
similarly.
Approved by: maintainer
Change this to something that actually tells me enough about the port that
I don't have to go to the website to just figure out what the heck this
thing is.
