[ccache] environment variable for maxsize ?

2008-03-19 Thread Mike Frysinger
On Wed, Mar 19, 2008 at 6:15 PM, Bogdan Harjoc wrote: > You are perhaps referring to the variable that gentoo's portage [1] > accepts (and passes to ccache as an option). it was my understanding that ccache respected this. didnt realize we were hacking around the limitation in Gentoo by faking o

[ccache] environment variable for maxsize ?

2008-03-19 Thread Mike Frysinger
On Wed, Mar 19, 2008 at 4:48 PM, Bogdan Harjoc wrote: > Is the fact that the cache size limit is only configurable as a > commandline option intentional ? There seem to be environment > vars for virtually everything else but this. use CCACHE_SIZE -mike

[ccache] new ccache maintainer

2010-01-17 Thread Mike Frysinger
On Sun, Jan 17, 2010 at 18:27, wrote: > ?> could we get a "ccache" product on https://bugzilla.samba.org/ ? > ?> there's a long standing issue with .i files i reported a while ago ... > > yep, I think that will be part of the new revitalised ccache project :-) > > My apologies for being such a sl

[ccache] new ccache maintainer

2010-01-17 Thread Mike Frysinger
On Sun, Jan 17, 2010 at 17:56, wrote: > I'm happy to announce that Joel Rosdahl will be taking over as the > ccache maintainer. > > I've been far too slack with ccache maintainence lately, and I'm very > happy with the quality of the work that Joel has been doing in his > private branch. I think

[ccache] Collecting and merging unofficial patches (was environment variable for maxsize ?)

2008-03-20 Thread Mike Frysinger
On Wed, Mar 19, 2008 at 7:22 PM, Francois Marier wrote: > In fact if maintainers from other distros (Gentoo perhaps?) want to help > out and share some of their changes, that'd be great. we only have two: http://sources.gentoo.org/dev-util/ccache/files/ -mike

[ccache] using ccache with a cross-compiler fails to compile preprocessed output

2007-06-14 Thread Mike Frysinger
ive been using ccache with my cross-compilers but i just came across a situation where ccache is causing problems $ cat test.i typedef __blkcnt_t blkcnt_t; $ bfin-uclinux-gcc -c test.i bfin-uclinux-gcc: ??`: No such file or directory bfin-uclinux-gcc: no input files $ bfin-uclinux-gcc -c test.i --

Re: [ccache] Compression on or off by default?

2010-03-03 Thread Mike Frysinger
On Tue, Mar 2, 2010 at 17:10, Joel Rosdahl wrote: > Lars Gustäbel's compression patch (which will be incorporated in ccache 3.0) > enables compression by default, and if you don't want compression you have to > set CCACHE_NOCOMPRESS. I'm still a bit undecided about whether defaulting to > compressi

Re: [ccache] Compression on or off by default?

2010-03-04 Thread Mike Frysinger
On Thu, Mar 4, 2010 at 16:00, Joel Rosdahl wrote: > On Wed, 3 Mar 2010 05:00:48 -0500 Mike Frysinger wrote: >> make the default a ./configure option that defaults to off > > I would prefer not to make a build-time option of this, because then the > documentation has say some

Re: [ccache] [patch] Massive performance degradation with direct mode due to bypassing filesystem cache with mmap (Mac/PPC)

2010-08-25 Thread Mike Frysinger
On Wed, Aug 25, 2010 at 16:24, Joel Rosdahl wrote: > On 2010-08-23 13:35, Christian Lohmaier wrote: >> [...] Using mmap [on Mac/PPC] to load all the include files bypasses >> the filesystem cache [...] > > Ouch. That surprises me. Thanks for telling! > > The reason I chose mmap() instead of read()

Re: [ccache] PATCH: Fix version.c for older gits

2010-09-24 Thread Mike Frysinger
On Fri, Sep 24, 2010 at 14:46, Wilson Snyder wrote: > -    $(shell (git describe --dirty 2>/dev/null || echo vunknown) \ > +    $(shell (git describe --dirty 2>/dev/null || git describe 2>/dev/null || > echo vunknown) \ probably better to move the stderr outside of the subshell: $(shell (g

Re: [ccache] Could ccache handle the input as .o file as well as source file.

2011-03-14 Thread Mike Frysinger
On Mon, Mar 14, 2011 at 23:17, xiaoxiao wrote: > I've been using ccache recently, in order to decline the compilation > time for a certain module. In this module, with the help of the greatest > ccache, the time could be shorten to 5 mins from 40 mins without any > modification. However, even if th

Re: [ccache] Could ccache handle the input as .o file as well as source file.

2011-03-14 Thread Mike Frysinger
On Mon, Mar 14, 2011 at 23:56, xiaoxiao wrote: > 于 2011/3/15 11:33, Mike Frysinger 写道: >> try switching to gold > > Sorry, but what do you mean? please dont top post get latest binutils and use `ld.gold` instead of just `ld`. there is also some gcc flag to control which one is

Re: [ccache] Suggested patch to add local strtok_r for systems lacking it

2012-04-12 Thread Mike Frysinger
On Thursday 12 April 2012 02:32:39 Jürgen Buchmüller wrote: > here's a suggested patch for config.h.in and util.c to add a local > implementation of strtok_r for systems that don't have it (e.g. mingw32 > plus libgw32c). sounds like we should just integrate gnulib instead of open coding all of our

Re: [ccache] Making ccache and clang compatible

2012-07-05 Thread Mike Frysinger
On Wednesday 04 July 2012 09:53:46 Max Horn wrote: > Using ccache with clang tends to generate tons of warnings, which can range > from simply being annoying, to causing autoconf failures. This is because > ccache runs the compiler with "-E" on preprocessed input, but also passes > -I, -isystem etc

Re: [ccache] Why not cache link commands?

2012-09-18 Thread Mike Frysinger
On Tuesday 18 September 2012 08:44:29 Andrew Stubbs wrote: > Clearly there are some technical challenges in doing this: we'd have to > hash all the object files and libraries (a la direct mode), but those > problems are surmountable, I think. or just re-use build-id ... > The linker does not use

Re: [ccache] Why not cache link commands?

2012-09-18 Thread Mike Frysinger
On Tuesday 18 September 2012 17:07:53 Andrew Stubbs wrote: > On 18/09/12 21:04, Mike Frysinger wrote: > > On Tuesday 18 September 2012 08:44:29 Andrew Stubbs wrote: > >> Clearly there are some technical challenges in doing this: we'd have to > >> hash all the

Re: [ccache] [PATCH] Use bash for test.sh.

2012-11-09 Thread Mike Frysinger
On Tuesday 06 November 2012 11:53:12 Eitan Adler wrote: > On 6 November 2012 04:54, Andrew Stubbs wrote: > > While it is true that "/usr/bin/env bash" is more portable than > > "/bin/bash", I also don't like it as much. > > > > If I run a "#!/bin/bash" script without bash installed I get: > > /

Re: [ccache] [PATCH] Use bash for test.sh.

2012-11-09 Thread Mike Frysinger
On Monday 05 November 2012 12:55:10 Andrew Stubbs wrote: > The test script fails with shells other than bash. At least dash > doesn't work. could you post the exact errors you see ? i see old style portable code in there that could easily be modernized to recent POSIX and plenty of quoting issu

Re: [ccache] [PATCH] Use bash for test.sh.

2012-11-10 Thread Mike Frysinger
On Saturday 10 November 2012 00:41:52 Eitan Adler wrote: > On 10 November 2012 00:41, Mike Frysinger wrote: > > if the script is written in bash and is intended to be, then > > /bin/bash is the correct answer. > > Absolutely false. /usr/local/bin or /opt/bin might be the corr

Re: [ccache] [PATCH] Use bash for test.sh.

2012-11-12 Thread Mike Frysinger
On Sunday 11 November 2012 06:31:14 Eitan Adler wrote: > On 11 November 2012 00:46, Mike Frysinger wrote: > > On Saturday 10 November 2012 00:41:52 Eitan Adler wrote: > >> On 10 November 2012 00:41, Mike Frysinger wrote: > >> > if the script is written in ba

Re: [ccache] [PATCH] Use bash for test.sh.

2012-11-12 Thread Mike Frysinger
On Saturday 10 November 2012 05:08:40 Joel Rosdahl wrote: > On 10 November 2012 06:45, Mike Frysinger wrote: > > i see old style portable code in there that could easily be modernized to > > recent POSIX > > Please don't strive to do that. Solaris's /bin/sh isn&#

Re: [ccache] [PATCH] Use bash for test.sh.

2012-11-12 Thread Mike Frysinger
On Monday 12 November 2012 06:03:37 Andrew Stubbs wrote: > Running "sh -x test.sh" shows that the gcc command producing the error: > > + CCACHE_DISABLE=1 gcc -c test1.c -o reference_test1.o -O -O > gcc: error trying to exec 'cc1': execvp: No such file or directory > > I don't understand what's wr

[ccache] [PATCH] ignore config.cache files

2014-09-15 Thread Mike Frysinger
This is created when you run `./configure -C`. --- .gitignore | 1 + 1 file changed, 1 insertion(+) diff --git a/.gitignore b/.gitignore index 7bed498..cfadd23 100644 --- a/.gitignore +++ b/.gitignore @@ -12,6 +12,7 @@ ccache-*.tar.* ccache.1 ccache.html ccache.xml +config.cache config.h con

[ccache] [PATCH] [RFC] do not rely on pids being unique

2014-10-17 Thread Mike Frysinger
us. Signed-off-by: Mike Frysinger --- Note: this patch is against ccache 3.1.9 and does not apply cleanly to the latest master ccache.c | 12 ++-- ccache.h | 2 +- manifest.c | 2 +- stats.c| 10 +- util.c | 13 - 5 files changed, 25 insertions

Re: [ccache] [PATCH] [RFC] do not rely on pids being unique

2014-11-02 Thread Mike Frysinger
On 02 Nov 2014 22:29, Joel Rosdahl wrote: > Sounds like a good idea to me. > > The patch doesn't apply to latest maint either. Would you like to update > the patch to latest maint and resend it, or would it be OK if I commit a > variant based on your patch? feel free to rebase it. it'll most lik

[ccache] [PATCH] test: drop perl requirement

2015-05-10 Thread Mike Frysinger
Since perl is used in just one place and can easily be replaced by a little bit of shell, do so. This makes testing on limited systems easier. Signed-off-by: Mike Frysinger --- INSTALL.txt | 1 - test.sh | 2 +- 2 files changed, 1 insertion(+), 2 deletions(-) diff --git a/INSTALL.txt b

Re: [ccache] ccache version 3.2.3 has been released

2015-08-16 Thread Mike Frysinger
On 16 Aug 2015 13:39, Tom Lane wrote: > $ grep extra_libs Makefile > extra_libs = -lz > ccache$(EXEEXT): $(ccache_objs) $(extra_libs) > $(CC) $(all_cflags) -o $@ $(ccache_objs) $(all_ldflags) $(extra_libs) > $(LIBS) > test/main$(EXEEXT): $(base_objs) $(test_objs) $(extra_libs) > $(

Re: [ccache] ccache version 3.2.3 has been released

2015-08-19 Thread Mike Frysinger
On 17 Aug 2015 21:06, Joel Rosdahl wrote: > Tom Lane wrote: > > [...] this fails to build for me on late-model OS X: > > Bummer. Here's my proposed fix: > https://git.samba.org/?p=ccache.git;a=commitdiff;h=f74c76107933046309861680b741adc67ac2a34e. > Perhaps you could try it out? that might work,

Re: [ccache] ccache interrupt handling bug

2015-08-19 Thread Mike Frysinger
On 17 Aug 2015 21:08, Joel Rosdahl wrote: > Nadav Har'El wrote: > > > [...] Your patch makes ccache exit as soon as it gets the SIGINT - but the > > child compiler might still be running for a while longer. This will usually > > be fine, but I thought the user can be surprised if he sees ccache (

Re: [ccache] Using ccache with memcached

2015-12-02 Thread Mike Frysinger
On 01 Dec 2015 21:59, Anders Björklund wrote: > Pierre Tardy made a PR (https://github.com/jrosdahl/ccache/pull/30) > to replace the filesystem ("fs") cache with memcached altogether. > > We have gone with a different approach, to use memcached only as a > secondary cache - while preserving the pr

Re: [ccache] Using ccache with memcached

2015-12-06 Thread Mike Frysinger
On 02 Dec 2015 20:16, Pierre Tardy wrote: > > i don't think getting rid out of the fs makes sense, but having memcache > > be available dynamically as an additional layer sounds fine. > > It does make a lot of sense for me as I have a high performance network, > which is faster than local harddriv

Re: [ccache] Moving to github

2016-05-23 Thread Mike Frysinger
On 23 May 2016 20:17, Joel Rosdahl wrote: > Ever since Tridge handed over the project to me, the main ccache Git > repository has been hosted on git.samba.org and bugs handled in > bugzilla.samba.org. I also have kept an unofficial mirror on github. > > Since some time now, almost all activity reg

Re: [ccache] Migration from autotools to cmake

2016-07-19 Thread Mike Frysinger
On 19 Jul 2016 18:17, Joel Rosdahl wrote: > On 12 July 2016 at 12:03, Иван Вайгульт wrote: > > In order to enable visual studio build I did full build replica using > > cmake. [...] > > Any feedback from you is desired. > > Thanks for working on this. > > After some thinking I'm positive to gett