Re: [ccache] Stumbling blocks with ccache and embedded/encapsulated environments
On Wed, 2010-12-01 at 21:47 -0500, Paul Smith wrote: Now I'm on to my next problem. In order to get this to happen I have to set CCACHE_BASEDIR to strip off the workspace directory prefix, so that the per-workspace filenames are not embedded in the cache. This works (see above), however the result is not so nice. Ugh. I lied. Actually GDB handles this just fine with no special instruction; I had a problem on my test server (and then I misunderstood how the GDB substitute-path feature worked). This works because GDB remembers not only the path of the source file, but also the working directory when the compile happened: (gdb) info source Current source file is ../../../src/subdir/foo/foo.c Compilation directory is /path/to/ONE/obj/subdir/foo Source language is c. Compiled with DWARF 2 debugging format. Does not include preprocessor macro info. So GDB intelligently notices that the source file path is relative and appends it to the compilation directory, and viola! [1] I _think_ I'm all set now. I'll check back if more issues surface. Cheers! - [1] sic ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] [PATCH] Use bash for test.sh.
On Mon, 2012-11-12 at 13:11 -0500, Eitan Adler wrote: #!/bin/sh which is mandated to exist by POSIX Actually, unless there's been a change, POSIX doesn't mandate that the POSIX shell appear as /bin/sh. Unfortunately, this means that systems are free to provide definitively non-POSIX /bin/sh and still be allowed to paint themselves with the veneer of compliance (yes I'm looking at you Solaris!!), since there is a POSIX shell somewhere (else) on the system. ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] Support for color diagnostics
On Thu, 2014-06-26 at 18:44 +0200, Lubos Lunak wrote: Caveats: - Compiles with and without colors are considered different from each other (so they are duplicated). This doesn't seem ideal, does it? If I'm understanding this correctly won't this cause rebuilds based on whether you're redirecting output or not? ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] New release (with color) any time soon?
On Sat, 2014-10-18 at 13:24 +0200, Egmont Koblinger wrote: Coloring support has been in ccache git for almost a year now. I've just simply compiled and installed it, overwriting Ubuntu's package, and it works like a charm for me. Can someone describe the ccache support for this? I wonder how it might (or might not) interact with GNU make's method of determining whether there's a controlling TTY, in cases where make's output synchronization is enabled. ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
Re: [ccache] Using a shared ccache in cmake environment (linux)
On Mon, 2020-03-16 at 20:26 +0100, Steffen Dettmer via ccache wrote: > As workaround for a special unrelated issue currently we redefine > __FILE__ (and try to remove that redefinition). I understand that > ccache still works thanks to CCACHE_BASEDIR even for __FILE__ usage > inside files. Is that correct? You don't say which compiler you're using but if you're using GCC you can consider using the -ffile-prefix-map option to avoid these issues. For clang I think they have the -fmacro-prefix-map and -fdebug-prefix-map options but not -ffile-prefix-map. ___ ccache mailing list ccache@lists.samba.org https://lists.samba.org/mailman/listinfo/ccache
