[ccache] ccache 3.0pre1 has been released
Hi, I'm pleased to announce ccache version 3.0pre1. I expect this prerelease (or call it beta release if you want) to be very close to the upcoming 3.0 release functionality-wise, so I encourage everyone to try it out. And please report any bugs or misbehaviours you find to this mailing list or the bug tracker. The source archive can be found here: http://samba.org/ftp/ccache/ccache-3.0pre1.tar.bz2 http://samba.org/ftp/ccache/ccache-3.0pre1.tar.gz To find out what has changed since the previous stable version (2.4), please see the NEWS file: http://ccache.samba.org/news-3.0pre1.html You can also read the HTML version of the manual: http://ccache.samba.org/manual-3.0pre1.html Here's a list of changes between 3.0pre0 and 3.0pre1: Major changes: - ccache is now GPLv3+ instead of GPLv2+. - Compression of object files in the cache is now off by default. Enable by setting CCACHE_COMPRESSION. - CCACHE_BASEDIR is now off by default since it affects the compiler semantics too much. - The way the hash sums are calculated has changed again. Sorry about that. New features and improvements: - Added CCACHE_VERBOSE option. - Added CCACHE_EXTRAFILES option. - Improved debug logging. - The compiler options -imultilib, -iquote, -isysroot, -nostdinc, -nostdinc++ and -U are no longer hashed in preprocessor mode. Bug fixes: - Fixed caching of empty source files in direct mode. - Avoid storing file hash in manifest in read-only mode. - Don't compile the preprocessed source code when using -g3 (bug #7190). - The compiler option -finput-charset is now handled correctly (bug #7292). - umask is now set earlier since ccache_main() may create files/directories. - Corrected implementation of strndup() replacement. - Improved handling of -Wp,* compiler options. - Various code cleanups. - The compiler options -Xassembler, -b, -G and -V are now correctly recognized as taking an argument. - Computation of the hash sum has been improved to decrease the risk of collisions. - Code that uses (or rather: potentially uses) __{DATE,FILE,TIME}__ macros is handled correctly in direct mode. - Bail out early on the compiler option -arch since it's too hard to handle. - Include hostname in temporary file names to avoid potential NFS race. - The temporary object file is now renamed (instead of copy+delete) if possible. - Improved error checking when reading compressed files from the cache. - Improved detection of recursive invocation (bug #7411). Other: - Rewrote the manual and other documents into AsciiDoc format. - Documented that the .incbin inline assembler directive causes problems. - Improved documentation of how the direct mode works. - Added Compiling in different directories section in the manual. - Added Sharing a cache on NFS section in the manual. - Improved benchmarking script. -- Joel ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] amd64 buildworld (FreeBSD 8.0p2) consistently fails with ccache
On 2010-05-10 03:24, Christer Edwards wrote: I've enabled logging and I would attach the logfile, but it is 12M total size. I've included the tail end, just leading up to the failure: [...] [78047] Running real compiler [78047] Compiler gave exit status 1 This build had no CFLAGS or CXXFLAGS and exited at the same point. What other information can I provide? The most important thing is to find out the exact command line used when the compilation failed. Your build system doesn't seem to print that, so I think you either should try to increase verbosity in some way or upgrade to ccache 3.0pre1, which was just released. 3.0pre1 logs the executed compiler commands to CCACHE_LOGFILE, so it would be enough to get the log snippet of the failed compilation. Possibly, the compiled source code could also be of interest. -- Joel ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] amd64 buildworld (FreeBSD 8.0p2) consistently fails with ccache
On Mon, May 10, 2010 at 2:58 PM, Joel Rosdahl j...@rosdahl.net wrote: The most important thing is to find out the exact command line used when the compilation failed. Your build system doesn't seem to print that, so I think you either should try to increase verbosity in some way or upgrade to ccache 3.0pre1, which was just released. 3.0pre1 logs the executed compiler commands to CCACHE_LOGFILE, so it would be enough to get the log snippet of the failed compilation. Possibly, the compiled source code could also be of interest. I just saw the release notes and I built a port for 3.0pre1. I'll give it a try this evening and report back my findings. -- Christer Edwards ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] amd64 buildworld (FreeBSD 8.0p2) consistently fails with ccache
On Mon, May 10, 2010 at 2:58 PM, Joel Rosdahl j...@rosdahl.net wrote: The most important thing is to find out the exact command line used when the compilation failed. Your build system doesn't seem to print that, so I think you either should try to increase verbosity in some way or upgrade to ccache 3.0pre1, which was just released. 3.0pre1 logs the executed compiler commands to CCACHE_LOGFILE, so it would be enough to get the log snippet of the failed compilation. Possibly, the compiled source code could also be of interest. I've got another failure (same place) on 3.0pre1.Below are the details: I executed 'ccache make buildworld' at /usr/src. ccache related ENV values are: CCACHE_DIR=/usr/.ccache CCACHE_LOGFILE=/var/log/ccache.log Below is the error output from the ccache.log (46M total, only pasting the tail here): [2010-05-10T17:30:38.824821 53291] === CCACHE STARTED = [2010-05-10T17:30:38.825491 53291] Hostname: mouzone.part.net [2010-05-10T17:30:38.825542 53291] Cwd: /usr/obj/lib32/usr/src/lib/csu/i386-elf [2010-05-10T17:30:38.825560 53291] Source file: /usr/src/lib/csu/i386-elf/crt1.c [2010-05-10T17:30:38.825578 53291] Object file: crt1.o [2010-05-10T17:30:38.825608 53291] Trying direct lookup [2010-05-10T17:30:38.825853 53291] Looking for object file hash in /usr/.ccache/b/b/d92cd3966f3aa0a8ba17e11308c7c9-2334.manifest [2010-05-10T17:30:38.825950 53291] Did not find object file hash in manifest [2010-05-10T17:30:38.825974 53291] Running preprocessor [2010-05-10T17:30:38.827775 53292] Executing /usr/obj/usr/src/tmp/usr/bin/cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c -E /usr/src/lib/csu/i386-elf/crt1.c [2010-05-10T17:30:38.853494 53291] Got object file hash from preprocessor [2010-05-10T17:30:38.853749 53291] Object file /usr/.ccache/7/e/00e1bb753cccab0b3367e6287435a8-23935.o not in cache [2010-05-10T17:30:38.853797 53291] Running real compiler [2010-05-10T17:30:38.855228 53294] Executing /usr/obj/usr/src/tmp/usr/bin/cc -O2 -pipe -I/usr/src/lib/csu/i386-elf/../common -I/usr/src/lib/csu/i386-elf/../../libc/include -std=gnu99 -Wsystem-headers -Werror -Wall -Wno-format-y2k -W -Wno-unused-parameter -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-subscripts -Winline -Wnested-externs -Wredundant-decls -Wno-pointer-sign -c -o /usr/.ccache/7/e/00e1bb753cccab0b3367e6287435a8-23935.o.tmp.mouzone.part.net.53291 /usr/.ccache/tmp/crt1.tmp.mouzone.part.net.53291.i [2010-05-10T17:30:38.903089 53291] Compiler gave exit status 1 [2010-05-10T17:30:38.903377 53291] Copying /usr/.ccache/7/e/00e1bb753cccab0b3367e6287435a8-23935.o.tmp.mouzone.part.net.53291 to crt1.o (uncompressed) [2010-05-10T17:30:38.906771 53291] open error: No such file or directory Please let me know what more I can provide.. -- Christer Edwards ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
[ccache] About Win32 binary
Hi, all. I just came from this post in Codeblocks form: http://forums.codeblocks.org/index.php/topic,12285.msg83666.html#msg83666 I have just find the Win32 support of ccache from this post: http://www.mail-archive.com/ccache@lists.samba.org/msg00426.html But there are only patches on the current 3.0 preview release. So, my question is: How can I build a win32 binary ccache on Windows system. (I have MinGW, MSYS already installed). I found the manual in http://ccache.samba.org/ccache-man.html is not so clear about installation on Win32 system. Is it possible to supply some Win32 binary files, so that a normal user can use it directly (not build it himself) Thanks. Asmwarrior (ollydbg from Codeblocks' forum) ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] About Win32 binary
Hi, On Mon, May 10, 2010 at 8:59 PM, asm warrior asmwarr...@gmail.com wrote: Hi, all. I just came from this post in Codeblocks form: http://forums.codeblocks.org/index.php/topic,12285.msg83666.html#msg83666 I have just find the Win32 support of ccache from this post: http://www.mail-archive.com/ccache@lists.samba.org/msg00426.html But there are only patches on the current 3.0 preview release. So, my question is: How can I build a win32 binary ccache on Windows system. (I have MinGW, MSYS already installed). I found the manual in http://ccache.samba.org/ccache-man.html is not so clear about installation on Win32 system. You should get the latest source code with git, then apply the patches sequentially, and win32_tests.diff last. Then run sh autogen.sh, configure and make normally. Is it possible to supply some Win32 binary files, so that a normal user can use it directly (not build it himself) Here it is: http://ramiro.arrozcru.org/ccache-win32-1.exe It's a build with the exact same patches as I posted on the other thread, cross compiled from Ubuntu, with debugging information. I might remove it at any moment though (sorry to whoever gets here from some search engine and gets frustrated because the link 404s). Ramiro Polla ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache