public inbox for linux-kernel@vger.kernel.org
 help / color / mirror / Atom feed
From: Andy Whitcroft <apw@shadowen.org>
To: Christopher Friesen <cfriesen@nortel.com>
Cc: Reuben Farrelly <reuben-lkml@reub.net>,
	Andrew Morton <akpm@osdl.org>,
	linux-kernel@vger.kernel.org
Subject: Re: [PATCH] remove ccache from top level Makefile and make configurable
Date: Tue, 21 Feb 2006 18:39:49 +0000	[thread overview]
Message-ID: <43FB5E75.5010800@shadowen.org> (raw)
In-Reply-To: <43FA3706.5080401@nortel.com>

Christopher Friesen wrote:
> Andy Whitcroft wrote:
> 
>> remove ccache from top level Makefile and make configurable
> 
> Isn't it already configurable?

Yes and no.  You can specify CC, but you need to know the form of that
line.  Ok, we do now but will be in the future.  If it changes then the
semantics to use CCACHE would change.  This seem like something to avoid.

>> diff -upN reference/Makefile current/Makefile
>> --- reference/Makefile
>> +++ current/Makefile
>> @@ -171,9 +171,11 @@ SUBARCH := $(shell uname -m | sed -e s/i
>>  # Alternatively CROSS_COMPILE can be set in the environment.
>>  # Default value for CROSS_COMPILE is not to prefix executables
>>  # Note: Some architectures assign CROSS_COMPILE in their arch/*/Makefile
>> +# CCACHE specifies the name of a ccache binary to use with gcc.
>>  
>>  ARCH        ?= $(SUBARCH)
>>  CROSS_COMPILE    ?=
>> +CCACHE        ?=
> 
> 
> This sets it to nothing if it isn't already set--seems like you should
> be able to set it on the commandline or else it has no effect.

Yes this would really allow a subarch to set it if it wanted to, which
isn't likely to.  It can probabally be killed.

-apw

  reply	other threads:[~2006-02-21 18:40 UTC|newest]

Thread overview: 58+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-02-20 12:26 2.6.16-rc4-mm1 Andrew Morton
2006-02-20 12:38 ` 2.6.16-rc4-mm1 Al Viro
2006-02-20 12:54   ` 2.6.16-rc4-mm1 Francesco Biscani
2006-02-20 12:40 ` 2.6.16-rc4-mm1 Reuben Farrelly
2006-02-20 19:36   ` [PATCH] remove ccache from top level Makefile and make configurable Andy Whitcroft
2006-02-20 21:39     ` Christopher Friesen
2006-02-21 18:39       ` Andy Whitcroft [this message]
2006-02-20 20:15   ` 2.6.16-rc4-mm1 Al Viro
2006-02-21  0:53     ` 2.6.16-rc4-mm1 Andrew Morton
2006-02-21  4:40       ` 2.6.16-rc4-mm1 Al Viro
2006-02-21  7:59       ` 2.6.16-rc4-mm1 Arjan van de Ven
2006-02-20 13:02 ` 2.6.16-rc4-mm1 Reuben Farrelly
2006-02-20 14:11   ` 2.6.16-rc4-mm1 Patrick McHardy
2006-02-20 14:20     ` 2.6.16-rc4-mm1 Arnaldo Carvalho de Melo
2006-02-20 20:04     ` 2.6.16-rc4-mm1 Carl-Daniel Hailfinger
2006-02-20 20:56       ` 2.6.16-rc4-mm1 Arnaldo Carvalho de Melo
2006-02-20 21:09         ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 20:44     ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-21  1:17       ` 2.6.16-rc4-mm1 Patrick McHardy
2006-02-21  2:00         ` 2.6.16-rc4-mm1 Adrian Bunk
2006-02-20 14:37 ` 2.6.16-rc4-mm1: usbfs2 multiply defined symbols Adrian Bunk
2006-02-20 17:33   ` [linux-usb-devel] " Greg KH
2006-02-20 15:07 ` 2.6.16-rc4-mm1 kernel crash at bootup. parport trouble? Helge Hafting
2006-02-20 15:25   ` MIke Galbraith
2006-02-20 20:41     ` Andrew Morton
2006-02-20 23:36       ` Rafael J. Wysocki
2006-02-20 23:40         ` Andrew Morton
2006-02-21  0:02           ` Rafael J. Wysocki
2006-02-21  0:09             ` Andrew Morton
2006-02-21  0:20               ` Rafael J. Wysocki
2006-02-22 11:44             ` Rafael J. Wysocki
2006-02-22 11:56               ` Andrew Morton
2006-02-22 18:19                 ` Rafael J. Wysocki
2006-02-20 22:58     ` Rafael J. Wysocki
     [not found] ` <6bffcb0e0602200533p1a3da98ew@mail.gmail.com>
2006-02-20 16:33   ` 2.6.16-rc4-mm1 Greg KH
2006-02-20 17:54 ` 2.6.16-rc4-mm1 Bernhard Rosenkraenzer
2006-02-20 19:25 ` [PATCH -mm HOT-FIX] fix build on ia64 (modpost.c) Sam Ravnborg
2006-02-20 21:37   ` Andrew Morton
2006-02-21  8:14 ` 2.6.16-rc4-mm1 Laurent Riffard
2006-02-21  8:16   ` 2.6.16-rc4-mm1 Andrew Morton
2006-02-21 19:00 ` 2.6.16-rc4-mm1 console (radeonfb) not resumed after s2ram Mattia Dongili
2006-02-21 21:43   ` Andrew Morton
2006-02-22 14:24     ` Mattia Dongili
2006-02-22 19:39       ` Mattia Dongili
2006-02-22 20:40         ` Andrew Morton
2006-02-22 13:47 ` 2.6.16-rc4-mm1 Alexander E. Patrakov
2006-02-22 15:26   ` 2.6.16-rc4-mm1 Alexander E. Patrakov
2006-02-23 12:10     ` 2.6.16-rc4-mm1 Alan Cox
2006-02-23 13:02       ` 2.6.16-rc4-mm1 Thierry Vignaud
2006-02-23 15:19         ` 2.6.16-rc4-mm1 Alan Cox
2006-02-22 15:36   ` 2.6.16-rc4-mm1 Randy.Dunlap
2006-02-23  6:53   ` 2.6.16-rc4-mm1 Randy.Dunlap
2006-02-23  9:11     ` 2.6.16-rc4-mm1 Alexander E. Patrakov
2006-02-23 15:27       ` 2.6.16-rc4-mm1 Randy.Dunlap
2006-02-23 18:21     ` zcat: stdin: decompression OK (was: Re: 2.6.16-rc4-mm1) Alexey Dobriyan
2006-02-24  4:18       ` Randy.Dunlap
2006-02-24  4:51       ` zcat: stdin: decompression OK Alexander E. Patrakov
2006-02-27  1:59         ` Randy.Dunlap

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43FB5E75.5010800@shadowen.org \
    --to=apw@shadowen.org \
    --cc=akpm@osdl.org \
    --cc=cfriesen@nortel.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=reuben-lkml@reub.net \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox