Re: [ccache] Stumbling blocks with ccache and embedded/encapsulated environments

2010-12-02 Thread Paul Smith
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.


[1] sic

ccache mailing list

Re: [ccache] [PATCH] Use bash for

2012-11-12 Thread Paul Smith
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

Re: [ccache] Support for color diagnostics

2014-06-26 Thread Paul Smith
On Thu, 2014-06-26 at 18:44 +0200, Lubos Lunak wrote:
 - 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

ccache mailing list

Re: [ccache] New release (with color) any time soon?

2014-10-18 Thread Paul Smith
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

Re: [ccache] Using a shared ccache in cmake environment (linux)

2020-03-17 Thread Paul Smith via ccache
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