1 Return-Path: <sojkam1@fel.cvut.cz>
\r
2 X-Original-To: notmuch@notmuchmail.org
\r
3 Delivered-To: notmuch@notmuchmail.org
\r
4 Received: from localhost (localhost [127.0.0.1])
\r
5 by olra.theworths.org (Postfix) with ESMTP id 391B2431FB6
\r
6 for <notmuch@notmuchmail.org>; Thu, 20 Jan 2011 04:14:51 -0800 (PST)
\r
7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org
\r
11 X-Spam-Status: No, score=0 tagged_above=-999 required=5 tests=[none]
\r
13 Received: from olra.theworths.org ([127.0.0.1])
\r
14 by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)
\r
15 with ESMTP id CBwnHjHu0t1G for <notmuch@notmuchmail.org>;
\r
16 Thu, 20 Jan 2011 04:14:50 -0800 (PST)
\r
17 X-Greylist: delayed 313 seconds by postgrey-1.32 at olra;
\r
18 Thu, 20 Jan 2011 04:14:50 PST
\r
19 Received: from mail.loccal.net (gw.loccal.net [94.142.235.206])
\r
20 by olra.theworths.org (Postfix) with ESMTP id 95FC8431FB5
\r
21 for <notmuch@notmuchmail.org>; Thu, 20 Jan 2011 04:14:50 -0800 (PST)
\r
22 Received: from localhost (localhost [127.0.0.1])
\r
23 by mail.loccal.net (Postfix) with ESMTP id 391BD10477;
\r
24 Thu, 20 Jan 2011 13:21:54 +0100 (CET)
\r
25 X-Virus-Scanned: amavisd-new at loccal.net
\r
26 Received: from mail.loccal.net ([127.0.0.1])
\r
27 by localhost (mail.loccal.net [127.0.0.1]) (amavisd-new, port 10024)
\r
28 with LMTP id 0aeDwX-U1E8C; Thu, 20 Jan 2011 13:21:50 +0100 (CET)
\r
29 Received: from steelpick.2x.cz (unknown [10.21.129.4])
\r
30 by mail.loccal.net (Postfix) with ESMTPS id 98920105B8;
\r
31 Thu, 20 Jan 2011 13:21:48 +0100 (CET)
\r
32 Received: from wsh by steelpick.2x.cz with local (Exim 4.72)
\r
33 (envelope-from <sojkam1@fel.cvut.cz>)
\r
34 id 1Pfr9c-0003r6-AC; Thu, 20 Jan 2011 10:50:08 +0100
\r
35 From: Michal Sojka <sojkam1@fel.cvut.cz>
\r
36 To: Andy Wingo <wingo@oblong.com>, notmuch@notmuchmail.org
\r
37 Subject: Re: ./configure with CC="ccache gcc" doesn't work
\r
38 In-Reply-To: <m3ei8897za.fsf@oblong.com>
\r
39 References: <m3ei8897za.fsf@oblong.com>
\r
40 User-Agent: Notmuch/0.5-38-g923b170 (http://notmuchmail.org) Emacs/23.2.1
\r
41 (x86_64-pc-linux-gnu)
\r
42 Date: Thu, 20 Jan 2011 10:50:08 +0100
\r
43 Message-ID: <87zkqvnbu7.fsf@steelpick.2x.cz>
\r
45 Content-Type: text/plain; charset=utf-8
\r
46 Content-Transfer-Encoding: quoted-printable
\r
47 X-BeenThere: notmuch@notmuchmail.org
\r
48 X-Mailman-Version: 2.1.13
\r
50 List-Id: "Use and development of the notmuch mail system."
\r
51 <notmuch.notmuchmail.org>
\r
52 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,
\r
53 <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>
\r
54 List-Archive: <http://notmuchmail.org/pipermail/notmuch>
\r
55 List-Post: <mailto:notmuch@notmuchmail.org>
\r
56 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>
\r
57 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,
\r
58 <mailto:notmuch-request@notmuchmail.org?subject=subscribe>
\r
59 X-List-Received-Date: Thu, 20 Jan 2011 12:14:51 -0000
\r
63 On Wed, 19 Jan 2011, Andy Wingo wrote:
\r
64 > On my Fedora 13 x86-64 system,
\r
68 > $ ./configure --prefix=3D/usr --libdir=3D/usr/lib64
\r
70 > Checking for getline... No (will use our own instead).
\r
71 > Checking for strcasestr... No (will use our own instead).
\r
72 > Checking for rpath support... No (nothing to worry about).
\r
73 > Checking for -Wl,--as-needed... No (nothing to worry about).
\r
76 > The replacement strcasestr later causes build errors:
\r
78 > CXX -O2 lib/directory.o
\r
79 > In file included from lib/notmuch-private.h:41,
\r
80 > from lib/directory.cc:22:
\r
81 > /usr/include/string.h:371: error: new declaration =E2=80=98const char=
\r
82 * strcasestr(const char*, const char*)=E2=80=99
\r
83 > compat/compat.h:46: error: ambiguates old declaration =E2=80=98char* =
\r
84 strcasestr(const char*, const char*)=E2=80=99
\r
86 > But if I export CC=3Dgcc, things succeed:
\r
88 > Checking for getline... Yes.
\r
89 > Checking for strcasestr... Yes.
\r
90 > Checking for rpath support... Yes.
\r
92 > And the build goes fine.
\r
94 > I think the problem occurs due to the IFS setting in configure. Not
\r
95 > sure what the right solution is; I am not married to having ccache in the
\r
96 > environment. It's simply that this is what has worked in the past. If
\r
97 > there is a better option for using ccache I'm happy to switch, as long
\r
98 > as it's globally applicable.
\r
100 Hmm, the IFS thing in configure seems annoying in this case. But you can
\r
101 create a little script containing
\r
103 exec ccache gcc "$@"
\r
105 and set CC to the name of the script, cannot you?
\r