From unknown Sun Jun 22 17:14:14 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#22186 <22186@debbugs.gnu.org> To: bug#22186 <22186@debbugs.gnu.org> Subject: Status: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH Reply-To: bug#22186 <22186@debbugs.gnu.org> Date: Mon, 23 Jun 2025 00:14:14 +0000 retitle 22186 Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH reassign 22186 guix submitter 22186 Andy Wingo severity 22186 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 16 11:42:37 2015 Received: (at submit) by debbugs.gnu.org; 16 Dec 2015 16:42:37 +0000 Received: from localhost ([127.0.0.1]:53765 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9F9w-0007p7-UF for submit@debbugs.gnu.org; Wed, 16 Dec 2015 11:42:37 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45269) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9DGn-00051w-PQ for submit@debbugs.gnu.org; Wed, 16 Dec 2015 09:41:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9DGh-0007NP-B6 for submit@debbugs.gnu.org; Wed, 16 Dec 2015 09:41:28 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:52428) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9DGh-0007N8-6j for submit@debbugs.gnu.org; Wed, 16 Dec 2015 09:41:27 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36183) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9DGd-0005sq-1u for bug-guix@gnu.org; Wed, 16 Dec 2015 09:41:26 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9DGY-0007Ks-MA for bug-guix@gnu.org; Wed, 16 Dec 2015 09:41:22 -0500 Received: from pb-sasl0.int.icgroup.com ([208.72.237.25]:58078 helo=sasl.smtp.pobox.com) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9DGY-0007Je-HU for bug-guix@gnu.org; Wed, 16 Dec 2015 09:41:18 -0500 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 3DDB22F43B for ; Wed, 16 Dec 2015 09:41:17 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to :subject:date:message-id:mime-version:content-type; s=sasl; bh=O Y1vQ+QXWZE9ygpUrDldQxLaaNA=; b=RmtpT+ToPezoI0XthIspvQ066/Y/MW6L/ /fjbOacvaYeARzTlabSRM92/FFEo0V5G9ymZ7O0UkV2R80h3lnwiTODGFCqhkfSL LC2bBHoAgTJuzHhxVoObhAHRVCUJljWQlWflgf9EgfK9KlTsHta5nvU1JH6k2osq ul7eq6zDtg= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 2912C2F43A for ; Wed, 16 Dec 2015 09:41:17 -0500 (EST) Received: from rusty (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id D72262F438 for ; Wed, 16 Dec 2015 09:41:15 -0500 (EST) From: Andy Wingo To: bug-guix@gnu.org Subject: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH Date: Wed, 16 Dec 2015 14:41:11 +0000 Message-ID: <871tama22g.fsf@igalia.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Pobox-Relay-ID: 0FB6621C-A403-11E5-8E0E-31311E2D4245-02397024!pb-sasl0.pobox.com X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.4 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Wed, 16 Dec 2015 11:42:36 -0500 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.4 (----) Hi, I am building GDB from git, because I want to hack on GDB. I have a few build-related things in my profile, including GCC. I enter an environment for GDB like this: guix environment gdb --ad-hoc flex autoconf-2.64 Cool. Very good. I build: mkdir +2.0 cd +2.0 ../configure --prefix=/opt/gdb make However, eventually: /bin/sh ./libtool --tag=CC --mode=compile ccache gcc -DHAVE_CONFIG_H -I. -I../../bfd -I. -I../../bfd -I../../bfd/../include -DHAVE_x86_64_elf64_vec -DHAVE_i386_elf32_vec -DHAVE_iamcu_elf32_vec -DHAVE_x86_64_elf32_vec -DHAVE_i386_aout_linux_vec -DHAVE_i386_pei_vec -DHAVE_x86_64_pei_vec -DHAVE_l1om_elf64_vec -DHAVE_k1om_elf64_vec -DHAVE_elf64_le_vec -DHAVE_elf64_be_vec -DHAVE_elf32_le_vec -DHAVE_elf32_be_vec -DHAVE_plugin_vec -DBINDIR='"/opt/guile-2.0/bin"' -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I../../bfd/../zlib -g -O2 -MT peigen.lo -MD -MP -MF .deps/peigen.Tpo -c -o peigen.lo peigen.c libtool: compile: ccache gcc -DHAVE_CONFIG_H -I. -I../../bfd -I. -I../../bfd -I../../bfd/../include -DHAVE_x86_64_elf64_vec -DHAVE_i386_elf32_vec -DHAVE_iamcu_elf32_vec -DHAVE_x86_64_elf32_vec -DHAVE_i386_aout_linux_vec -DHAVE_i386_pei_vec -DHAVE_x86_64_pei_vec -DHAVE_l1om_elf64_vec -DHAVE_k1om_elf64_vec -DHAVE_elf64_le_vec -DHAVE_elf64_be_vec -DHAVE_elf32_le_vec -DHAVE_elf32_be_vec -DHAVE_plugin_vec -DBINDIR=\"/opt/guile-2.0/bin\" -W -Wall -Wstrict-prototypes -Wmissing-prototypes -Wshadow -Werror -I../../bfd/../zlib -g -O2 -MT peigen.lo -MD -MP -MF .deps/peigen.Tpo -c peigen.c -o peigen.o In file included from peigen.c:66:0: /home/wingo/.guix-profile/include/wchar.h: In function 'wctob': /home/wingo/.guix-profile/include/wchar.h:397:47: error: comparison of unsigned expression >= 0 is always true [-Werror=type-limits] { return (__builtin_constant_p (__wc) && __wc >= L'\0' && __wc <= L'\x7f' ^ This is an error, and the error is in wchar.h, not in the invocation or use of wchar.h. Let's see where this file comes from: ls -l /home/wingo/.guix-profile/include/wchar.h lrwxrwxrwx 21 root guixbuild 79 Jan 1 1970 /home/wingo/.guix-profile/include/wchar.h -> /gnu/store/q7k2dc3ylpjnjlhb59f01bxxab8fjxr6-gcc-toolchain-5.2.0/include/wchar.h So! gcc-toolchain-5.2. Why is there an error? Well, of course, although harmless, the "error" exists in the source, though perhaps GCC itself doesn't build with -Werror=type-limits, so they didn't see this error in the release. The error comes from the combination of the -Werror and warning flags that GDB is building with and the files from gcc-toolchain. Backing up a bit, it's not something that I actually care about right now. I'm working on GDB, the error is innocuous, and I can't easily fix GCC right now, nor do I care. I'm also surprised this is happening -- wouldn't it be caught by some other distro user? Well yes, except that normally this header is in /usr/include, and by default, all warnings are disabled for system headers. And there's the rub! Why am I getting a warning for code in ~/.guix-profile/include ? The answer is interesting! I quote the GCC manual, section "Environment Variables": Some additional environment variables affect the behavior of the preprocessor. 'CPATH' 'C_INCLUDE_PATH' 'CPLUS_INCLUDE_PATH' 'OBJC_INCLUDE_PATH' Each variable's value is a list of directories separated by a special character, much like 'PATH', in which to look for header files. The special character, 'PATH_SEPARATOR', is target-dependent and determined at GCC build time. For Microsoft Windows-based targets it is a semicolon, and for almost all other targets it is a colon. 'CPATH' specifies a list of directories to be searched as if specified with '-I', but after any paths given with '-I' options on the command line. This environment variable is used regardless of which language is being preprocessed. The remaining environment variables apply only when preprocessing the particular language indicated. Each specifies a list of directories to be searched as if specified with '-isystem', but after any paths given with '-isystem' options on the command line. In all these variables, an empty element instructs the compiler to search its current working directory. Empty elements can appear at the beginning or end of a path. For instance, if the value of 'CPATH' is ':/special/include', that has the same effect as '-I. -I/special/include'. So! CPATH is like -I but C_INCLUDE_PATH et al are like -isystem. Here's the docs for -isystem ("Preprocessor Options"): '-isystem DIR' Search DIR for header files, after all directories specified by '-I' but before the standard system directories. Mark it as a system directory, so that it gets the same special treatment as is applied to the standard system directories. If DIR begins with '=', then the '=' will be replaced by the sysroot prefix; see '--sysroot' and '-isysroot'. What is a system directory? Well, it's searched for after all -I includes, but also header files in it are marked as system headers. Many warnings are not issued for system headers; search the manual for the phrase "system headers". For example: '-Wsystem-headers' Issue warnings for code in system headers. These are normally unhelpful in finding bugs in your own code, therefore suppressed. If you are responsible for the system library, you may want to see them. So. We should be using C_INCLUDE_PATH instead of CPATH, to mark system headers as system headers. Except that C_INCLUDE_PATH only works for C, so we need to also set CPLUS_INCLUDE_PATH and OBJC_INCLUDE_PATH. And that's the proposal of this bug :) Andy From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 16 15:18:48 2015 Received: (at 22186) by debbugs.gnu.org; 16 Dec 2015 20:18:48 +0000 Received: from localhost ([127.0.0.1]:53878 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9IX9-00066Y-Pv for submit@debbugs.gnu.org; Wed, 16 Dec 2015 15:18:47 -0500 Received: from flashner.co.il ([178.62.234.194]:56312) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9IX8-00066P-EN for 22186@debbugs.gnu.org; Wed, 16 Dec 2015 15:18:47 -0500 Received: from debian-netbook (85.65.229.31.dynamic.barak-online.net [85.65.229.31]) by flashner.co.il (Postfix) with ESMTPSA id 3A18940184; Wed, 16 Dec 2015 20:18:45 +0000 (UTC) Date: Wed, 16 Dec 2015 22:18:37 +0200 From: Efraim Flashner To: Andy Wingo Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH Message-ID: <20151216221837.588bacf3@debian-netbook> In-Reply-To: <871tama22g.fsf@igalia.com> References: <871tama22g.fsf@igalia.com> X-Mailer: Claws Mail 3.13.0 (GTK+ 2.24.29; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha512; boundary="Sig_/8sSYe7TdZg/TeSP5WmOW+Ks"; protocol="application/pgp-signature" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22186 Cc: 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) --Sig_/8sSYe7TdZg/TeSP5WmOW+Ks Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable On Wed, 16 Dec 2015 14:41:11 +0000 Andy Wingo wrote: > Hi, >=20 > I am building GDB from git, because I want to hack on GDB. I have a few > build-related things in my profile, including GCC. I enter an > environment for GDB like this: >=20 > guix environment gdb --ad-hoc flex autoconf-2.64 >=20 > Cool. Very good. I build: >=20 > mkdir +2.0 > cd +2.0 > ../configure --prefix=3D/opt/gdb > make >=20 [...] > The answer is interesting! I quote the GCC manual, section "Environment > Variables": >=20 > Some additional environment variables affect the behavior of the > preprocessor. >=20 > 'CPATH' > 'C_INCLUDE_PATH' > 'CPLUS_INCLUDE_PATH' > 'OBJC_INCLUDE_PATH' [...] >=20 > So! CPATH is like -I but C_INCLUDE_PATH et al are like -isystem. > Here's the docs for -isystem ("Preprocessor Options"): >=20 > '-isystem DIR' > Search DIR for header files, after all directories specified by > '-I' but before the standard system directories. Mark it as a > system directory, so that it gets the same special treatment as = is > applied to the standard system directories. If DIR begins with > '=3D', then the '=3D' will be replaced by the sysroot prefix; see > '--sysroot' and '-isysroot'. >=20 > What is a system directory? Well, it's searched for after all -I > includes, but also header files in it are marked as system headers. > Many warnings are not issued for system headers; search the manual for > the phrase "system headers". For example: >=20 > '-Wsystem-headers' > Issue warnings for code in system headers. These are normally > unhelpful in finding bugs in your own code, therefore suppressed. > If you are responsible for the system library, you may want to s= ee > them. >=20 > So. We should be using C_INCLUDE_PATH instead of CPATH, to mark system > headers as system headers. Except that C_INCLUDE_PATH only works for C, > so we need to also set CPLUS_INCLUDE_PATH and OBJC_INCLUDE_PATH. And > that's the proposal of this bug :) >=20 > Andy >=20 Are there other ones that could be set? Every time I compile it I see optio= ns for java and go. --=20 Efraim Flashner =D7=90=D7=A4=D7=A8=D7=99=D7=9D = =D7=A4=D7=9C=D7=A9=D7=A0=D7=A8 GPG key =3D A28B F40C 3E55 1372 662D 14F7 41AA E7DC CA3D 8351 Confidentiality cannot be guaranteed on emails sent or received unencrypted --Sig_/8sSYe7TdZg/TeSP5WmOW+Ks Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCgAGBQJWcccdAAoJEPTB05F+rO6Tf9YP/0BCB26JpX01l+UHO0FUKpBJ K5OTBbL+tZJZ5+vTurb69QSoKrduYX8L3yhOXuTYmDj9vtxmxrdURW+OFKHFhTr6 BKk+B/4fWW0mNznr6ax8p/T28bvIncINF9Xn2C4JGouBr/+WqTD/otxtZQ2kovBi Agsx8/9D8bq7Pok+D0jx2dmriXGTXTi/iOW4hgdWlMVKJx+b31Ve6Q5dgsup2fa+ EUKc6LuatDwhM99wI1q0VmH6xQF16crpFBfEvqGqLbHm8vTXN/Bd30Qlqd+YyEut UKpO6xoz6ZFRUSUBzEE+6xKC2xCFH+qIxBA6PqKFEmwnnAbxoa9zA37/H23/Aj6Z oO8FXrWVfiH5dn76hWmlaCPsBjqCU0Vmc5fc1e8P2d3yKHCKLPQgCY6biWNzd+zw Wv3EvX+HoI54m+iFcIJeTEaCp4bk14sJ9HxIIxlIwSKzCaNpIK7SXMHm2BYNagHm NheGVaD6olKHVDRwmD7VHTHd0DITW0BeDVh82wB4OoMwuuczNlyXW9yT6TMcCj2x V2/AZ21fQ0rnaNtawvr5i6Hd1QWbhcOgAHWudd44gNUs7DogIS0zf8PhvdCdSy1l 39oy2OXNoK2Gshdl8DZGoNUYFwySwrz0yLBuPMTJrurOU57xPzdwuKMqwvxezNa4 fW8RjK98CnLWcMrNh0of =ye7D -----END PGP SIGNATURE----- --Sig_/8sSYe7TdZg/TeSP5WmOW+Ks-- From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 17 04:20:10 2015 Received: (at 22186) by debbugs.gnu.org; 17 Dec 2015 09:20:10 +0000 Received: from localhost ([127.0.0.1]:54187 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9UjK-0007UB-IL for submit@debbugs.gnu.org; Thu, 17 Dec 2015 04:20:10 -0500 Received: from pb-sasl0.int.icgroup.com ([208.72.237.25]:50765 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9UjI-0007U3-6k for 22186@debbugs.gnu.org; Thu, 17 Dec 2015 04:20:08 -0500 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 94AA930A7C; Thu, 17 Dec 2015 04:20:07 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type; s=sasl; bh=/Txc/iqtMrDhC3KZWbISraFsumI=; b=IH5zIG skSQgeDWuy8pMG05RdH5VQEZPewbCO3VJvII7Jjx8tFzSBxUhGwTe2TB/2KGt2Y9 g1FJObHO4qSHZpbR6e3negXFKWDbM3xBErdtvJUVSrzyWh8PaSO3tx/fDTeGypLN hLVRXIaq02bxDGmu0cuKKHtv2ZODjUT6XT+xo= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 8CDEF30A77; Thu, 17 Dec 2015 04:20:07 -0500 (EST) Received: from rusty (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id E15F930A75; Thu, 17 Dec 2015 04:20:06 -0500 (EST) From: Andy Wingo To: Efraim Flashner Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH References: <871tama22g.fsf@igalia.com> <20151216221837.588bacf3@debian-netbook> Date: Thu, 17 Dec 2015 09:20:04 +0000 In-Reply-To: <20151216221837.588bacf3@debian-netbook> (Efraim Flashner's message of "Wed, 16 Dec 2015 22:18:37 +0200") Message-ID: <87mvt98m9n.fsf@igalia.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Pobox-Relay-ID: 5CEDDA82-A49F-11E5-8FC6-31311E2D4245-02397024!pb-sasl0.pobox.com X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22186 Cc: 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Wed 16 Dec 2015 20:18, Efraim Flashner writes: >> We should be using C_INCLUDE_PATH instead of CPATH, to mark system >> headers as system headers. Except that C_INCLUDE_PATH only works for >> C, so we need to also set CPLUS_INCLUDE_PATH and OBJC_INCLUDE_PATH. >> And that's the proposal of this bug :) > > Are there other ones that could be set? Every time I compile it I see options > for java and go. No, the only ones mentioned in the manual are the ones I mention above. To me this makes sense, as ObjC and C++ can include C, but that is not the case for Java and Go. Andy From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 17 05:43:18 2015 Received: (at 22186) by debbugs.gnu.org; 17 Dec 2015 10:43:18 +0000 Received: from localhost ([127.0.0.1]:54217 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9W1m-0001P8-41 for submit@debbugs.gnu.org; Thu, 17 Dec 2015 05:43:18 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53882) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9W1l-0001Ov-1m for 22186@debbugs.gnu.org; Thu, 17 Dec 2015 05:43:17 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9W1c-0002Fq-JN for 22186@debbugs.gnu.org; Thu, 17 Dec 2015 05:43:11 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:55819) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9W1c-0002Fj-Gf; Thu, 17 Dec 2015 05:43:08 -0500 Received: from pluto.bordeaux.inria.fr ([193.50.110.57]:33110 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1a9W1b-0003Yj-UL; Thu, 17 Dec 2015 05:43:08 -0500 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Efraim Flashner Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH References: <871tama22g.fsf@igalia.com> <20151216221837.588bacf3@debian-netbook> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 27 Frimaire an 224 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x3D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-unknown-linux-gnu Date: Thu, 17 Dec 2015 11:43:05 +0100 In-Reply-To: <20151216221837.588bacf3@debian-netbook> (Efraim Flashner's message of "Wed, 16 Dec 2015 22:18:37 +0200") Message-ID: <87a8p9l5ja.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22186 Cc: Andy Wingo , 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Efraim Flashner skribis: > Are there other ones that could be set? Every time I compile it I see opt= ions > for java and go. GCJ honors =E2=80=98CLASSPATH=E2=80=99 (see gcc/java/jcf-path.c in the GCC = tree), but the Go front-end doesn=E2=80=99t seem to have anything similar. Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Thu Dec 17 16:43:31 2015 Received: (at 22186) by debbugs.gnu.org; 17 Dec 2015 21:43:31 +0000 Received: from localhost ([127.0.0.1]:54790 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9gKh-00023Z-33 for submit@debbugs.gnu.org; Thu, 17 Dec 2015 16:43:31 -0500 Received: from eggs.gnu.org ([208.118.235.92]:40829) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9gKf-00023L-KX for 22186@debbugs.gnu.org; Thu, 17 Dec 2015 16:43:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9gKW-0007iw-Fv for 22186@debbugs.gnu.org; Thu, 17 Dec 2015 16:43:24 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:39176) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9gKW-0007is-CM; Thu, 17 Dec 2015 16:43:20 -0500 Received: from reverse-83.fdn.fr ([80.67.176.83]:60758 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1a9gKV-0003U9-MV; Thu, 17 Dec 2015 16:43:20 -0500 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Andy Wingo Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH References: <871tama22g.fsf@igalia.com> Date: Thu, 17 Dec 2015 22:43:17 +0100 Message-ID: <87mvt8iwei.fsf@inria.fr> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22186 Cc: 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Andy Wingo skribis: > So! CPATH is like -I but C_INCLUDE_PATH et al are like -isystem. > Here's the docs for -isystem ("Preprocessor Options"): > > '-isystem DIR' > Search DIR for header files, after all directories specified by > '-I' but before the standard system directories. Mark it as a > system directory, so that it gets the same special treatment as = is > applied to the standard system directories. If DIR begins with > '=3D', then the '=3D' will be replaced by the sysroot prefix; see > '--sysroot' and '-isysroot'. > > What is a system directory? Well, it's searched for after all -I > includes, but also header files in it are marked as system headers. > Many warnings are not issued for system headers; search the manual for > the phrase "system headers". For example: > > '-Wsystem-headers' > Issue warnings for code in system headers. These are normally > unhelpful in finding bugs in your own code, therefore suppressed. > If you are responsible for the system library, you may want to s= ee > them. > > So. We should be using C_INCLUDE_PATH instead of CPATH, to mark system > headers as system headers. Except that C_INCLUDE_PATH only works for C, > so we need to also set CPLUS_INCLUDE_PATH and OBJC_INCLUDE_PATH. And > that's the proposal of this bug :) The intent of this =E2=80=9Csystem header=E2=80=9D classification, AIUI, is= to not bother users with issues in libc headers. The problem is that if we use C_INCLUDE_PATH & co., every header in the search path, not just libc=E2=80=99s, would now be considered a system head= er, and thus exempt from warnings. This would be undesirable. Here=E2=80=99s an experiment: --8<---------------cut here---------------start------------->8--- $ guix environment --ad-hoc gcc ld-wrapper glibc binutils --container sh-4.3# gcc -Werror=3Dtype-limits -O2 -c sysp.c In file included from sysp.c:1:0: /gnu/store/n96gwg9fwmxmz1bhy219v3vvmsjsk7gz-glibc-2.22/include/wchar.h: In = function 'wctob': /gnu/store/n96gwg9fwmxmz1bhy219v3vvmsjsk7gz-glibc-2.22/include/wchar.h:397:= 47: error: comparison of unsigned expression >=3D 0 is always true [-Werror= =3Dtype-limits] { return (__builtin_constant_p (__wc) && __wc >=3D L'\0' && __wc <=3D L'\x= 7f' ^ cc1: some warnings being treated as errors sh-4.3# echo $CPATH /gnu/store/lq595bjrgav37b05bmmafigwargasy8k-binutils-2.25.1/include:/gnu/st= ore/n96gwg9fwmxmz1bhy219v3vvmsjsk7gz-glibc-2.22/include:/gnu/store/14xgip7w= slikzqfkr67vln0kpcclwy37-linux-libre-headers-3.14.37/include:/gnu/store/0wq= 6hcbfjh5clyz6pjcqxjkl60rmijjf-gcc-5.2.0/include sh-4.3# export CPATH=3D/gnu/store/lq595bjrgav37b05bmmafigwargasy8k-binutils= -2.25.1/include:/gnu/store/14xgip7wslikzqfkr67vln0kpcclwy37-linux-libre-hea= ders-3.14.37/include:/gnu/store/0wq6hcbfjh5clyz6pjcqxjkl60rmijjf-gcc-5.2.0/= include sh-4.3# gcc -Werror=3Dtype-limits -O2 -c sysp.c --8<---------------cut here---------------end--------------->8--- Where sysp.c is: --8<---------------cut here---------------start------------->8--- #include int foo () { return 42; } --8<---------------cut here---------------end--------------->8--- Compare with this: --8<---------------cut here---------------start------------->8--- $ guix environment --ad-hoc gcc ld-wrapper -e '(@@ (gnu packages commenceme= nt) glibc-final)' binutils --container sh-4.3# gcc -Werror=3Dtype-limits -O2 -c sysp.c sh-4.3# echo $CPATH /gnu/store/lq595bjrgav37b05bmmafigwargasy8k-binutils-2.25.1/include:/gnu/st= ore/qv7bk62c22ms9i11dhfl71hnivyc82k2-glibc-2.22/include:/gnu/store/lyn2331i= lik14yy2jqhndshvxmv9r6w5-linux-libre-headers-3.14.37/include:/gnu/store/0wq= 6hcbfjh5clyz6pjcqxjkl60rmijjf-gcc-5.2.0/include --8<---------------cut here---------------end--------------->8--- The lesson here is that, if the libc headers that are in CPATH come from the libc that GCC was built against, then they do not lose their system-headerness. Now, when using =E2=80=98gcc-toolchain=E2=80=99, CPATH contains an entry th= at is a *symlink* to libc. So from the point of view of libcpp, these are not system headers. Thus: --8<---------------cut here---------------start------------->8--- $ guix environment --ad-hoc gcc-toolchain --container sh-4.3# gcc -Werror=3Dtype-limits -O2 -c sysp.c In file included from sysp.c:1:0: /gnu/store/q7k2dc3ylpjnjlhb59f01bxxab8fjxr6-gcc-toolchain-5.2.0/include/wch= ar.h: In function 'wctob': /gnu/store/q7k2dc3ylpjnjlhb59f01bxxab8fjxr6-gcc-toolchain-5.2.0/include/wch= ar.h:397:47: error: comparison of unsigned expression >=3D 0 is always true= [-Werror=3Dtype-limits] { return (__builtin_constant_p (__wc) && __wc >=3D L'\0' && __wc <=3D L'\x= 7f' ^ cc1: some warnings being treated as errors sh-4.3# echo $CPATH /gnu/store/q7k2dc3ylpjnjlhb59f01bxxab8fjxr6-gcc-toolchain-5.2.0/include --8<---------------cut here---------------end--------------->8--- This particular problem with gcc-toolchain in =E2=80=98guix environment=E2= =80=99 is solved by this patch: --=-=-= Content-Type: text/x-patch Content-Disposition: inline diff --git a/gnu/packages/commencement.scm b/gnu/packages/commencement.scm index 73b0ce4..fbf4361 100644 --- a/gnu/packages/commencement.scm +++ b/gnu/packages/commencement.scm @@ -794,9 +794,13 @@ COREUTILS-FINAL vs. COREUTILS, etc." (let ((out (assoc-ref %outputs "out"))) - (match %build-inputs - (((names . directories) ...) - (union-build out directories))) + (define (select label) + (assoc-ref %build-inputs label)) + + (union-build out + (list (select "gcc") + (select "ld-wrapper") + (select "binutils"))) (union-build (assoc-ref %outputs "debug") (list (assoc-ref %build-inputs @@ -820,8 +824,9 @@ and binaries, plus debugging symbols in the 'debug' output), and Binutils.") (inputs `(("gcc" ,gcc) ("ld-wrapper" ,(car (assoc-ref %final-inputs "ld-wrapper"))) ("binutils" ,binutils-final) - ("libc" ,glibc-final) - ("libc-debug" ,glibc-final "debug"))))) + ("libc-debug" ,glibc-final "debug"))) + + (propagated-inputs `(("libc" ,glibc-final))))) (define-public gcc-toolchain-4.8 (gcc-toolchain gcc-final)) --=-=-= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable However, this doesn=E2=80=99t help with the case where gcc-toolchain is installed in a profile. Libcpp does have a file canonicalization method, enabled by default (see --enable-canonical-system-headers.) Specifically, in files.c, =E2=80=98find_file_in_dir=E2=80=99 does: /* We try to canonicalize system headers. */ if (CPP_OPTION (pfile, canonical_system_headers) && file->dir->sysp) { char * canonical_path =3D maybe_shorter_path (path); Unfortunately, =E2=80=98maybe_shorter_path=E2=80=99 (which calls =E2=80=98l= realpath=E2=80=99 from libiberty) doesn=E2=80=99t seem to be called for libc headers, presumably because it=E2=80=99s too late: file->dir->sysp is false. In summary, so far I can only think of half a solution, which is the =E2=80=98gcc-toolchain=E2=80=99 fix above. Thoughts? Ludo=E2=80=99. --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 18 04:05:51 2015 Received: (at 22186) by debbugs.gnu.org; 18 Dec 2015 09:05:51 +0000 Received: from localhost ([127.0.0.1]:55119 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9qz1-0002q7-0z for submit@debbugs.gnu.org; Fri, 18 Dec 2015 04:05:51 -0500 Received: from pb-sasl0.int.icgroup.com ([208.72.237.25]:58418 helo=sasl.smtp.pobox.com) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9qyz-0002pz-2Y for 22186@debbugs.gnu.org; Fri, 18 Dec 2015 04:05:49 -0500 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 6F0542BC06; Fri, 18 Dec 2015 04:05:48 -0500 (EST) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=pobox.com; h=from:to:cc :subject:references:date:in-reply-to:message-id:mime-version :content-type:content-transfer-encoding; s=sasl; bh=XCynQlqyEHfG OCkHzv4ocQXD49o=; b=e1lauhiux2xD7zy0+F3bzcUUl+35pd7PndOAPsdPP54A Vas1KmPQXy8EUbRcJrvXrEdp+k6+Yy4qGPrPRUwK5g4Y3jIz5cCqocUih45SQ8h9 Rj973L+lrqfmIwPxG0cpL3Xn9GjqhPd7sLjCTPVE1PdgG0fEp/tB+zEfGbwWwhM= Received: from pb-sasl0.int.icgroup.com (unknown [127.0.0.1]) by pb-sasl0.pobox.com (Postfix) with ESMTP id 673DA2BC05; Fri, 18 Dec 2015 04:05:48 -0500 (EST) Received: from rusty (unknown [88.160.190.192]) (using TLSv1 with cipher ECDHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pb-sasl0.pobox.com (Postfix) with ESMTPSA id 8CA802BC03; Fri, 18 Dec 2015 04:05:47 -0500 (EST) From: Andy Wingo To: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH References: <871tama22g.fsf@igalia.com> <87mvt8iwei.fsf@inria.fr> Date: Fri, 18 Dec 2015 10:05:44 +0100 In-Reply-To: <87mvt8iwei.fsf@inria.fr> ("Ludovic =?utf-8?Q?Court=C3=A8s=22?= =?utf-8?Q?'s?= message of "Thu, 17 Dec 2015 22:43:17 +0100") Message-ID: <87lh8s6s9j.fsf@igalia.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Pobox-Relay-ID: 8721CE7C-A566-11E5-81EA-31311E2D4245-02397024!pb-sasl0.pobox.com X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 22186 Cc: 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) Thank you for thinking about this :) On Thu 17 Dec 2015 22:43, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > Andy Wingo skribis: > >> We should be using C_INCLUDE_PATH instead of CPATH, to mark system >> headers as system headers. Except that C_INCLUDE_PATH only works for >> C, so we need to also set CPLUS_INCLUDE_PATH and OBJC_INCLUDE_PATH. >> And that's the proposal of this bug :) > > The intent of this =E2=80=9Csystem header=E2=80=9D classification, AIUI, = is to not > bother users with issues in libc headers. I don't think this is true, for what it's worth :) If we take FHS systems to be the de-facto default standard on how things should behave, -isystem covers all of /usr/include, so in practice it covers not just libc warnings, but many other warnings, which when you pass -Werror would then become errors. I think it's reasonable to suppose that there are many packages out there that have warnings in their header files for some set of -W arguments that the package author didn't test. I specifically remember getting warnings related to ELF headers for a different project, before I understood this problem. On an FHS system of course these problems are swept under the rug and we don't see them -- no warning, no problem with -Werror. It seems to me that just as all packages in /usr/include are marked "system" on FHS systems, a Guix profile should mark its headers as "system". > The problem is that if we use C_INCLUDE_PATH & co., every header in the > search path, not just libc=E2=80=99s, would now be considered a system he= ader, > and thus exempt from warnings. This would be undesirable. Obviously the best thing would be if there were never any warnings in the headers exported by projects. However I think this is unlikely: warnings evolve over time, and the author of libfoo doesn't choose the warnings that users of her package enable, and probably doesn't test all warnings. Most users, especially users that build on FHS systems, will never see these warnings anyway. I think on this question Guix should choose the pragmatic way that lets users get on with hacking and doesn't detour them into warnings in headers of packages they use :) Andy From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 18 09:09:15 2015 Received: (at 22186) by debbugs.gnu.org; 18 Dec 2015 14:09:15 +0000 Received: from localhost ([127.0.0.1]:55280 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9vid-0003Ff-0x for submit@debbugs.gnu.org; Fri, 18 Dec 2015 09:09:15 -0500 Received: from eggs.gnu.org ([208.118.235.92]:55295) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1a9vib-0003FS-1G for 22186@debbugs.gnu.org; Fri, 18 Dec 2015 09:09:13 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1a9viR-0007gm-GR for 22186@debbugs.gnu.org; Fri, 18 Dec 2015 09:09:07 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41145) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1a9viR-0007gh-Cw; Fri, 18 Dec 2015 09:09:03 -0500 Received: from pluto.bordeaux.inria.fr ([193.50.110.57]:39894 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1a9viQ-0003QX-6T; Fri, 18 Dec 2015 09:09:03 -0500 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Andy Wingo Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH References: <871tama22g.fsf@igalia.com> <87mvt8iwei.fsf@inria.fr> <87lh8s6s9j.fsf@igalia.com> X-URL: http://www.fdn.fr/~lcourtes/ X-Revolutionary-Date: 28 Frimaire an 224 de la =?utf-8?Q?R=C3=A9volution?= X-PGP-Key-ID: 0x3D9AEBB5 X-PGP-Key: http://www.fdn.fr/~lcourtes/ludovic.asc X-PGP-Fingerprint: 3CE4 6455 8A84 FDC6 9DB4 0CFB 090B 1199 3D9A EBB5 X-OS: x86_64-unknown-linux-gnu Date: Fri, 18 Dec 2015 15:09:00 +0100 In-Reply-To: <87lh8s6s9j.fsf@igalia.com> (Andy Wingo's message of "Fri, 18 Dec 2015 10:05:44 +0100") Message-ID: <878u4ronlv.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22186 Cc: 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Andy Wingo skribis: > On Thu 17 Dec 2015 22:43, ludo@gnu.org (Ludovic Court=C3=A8s) writes: > >> Andy Wingo skribis: >> >>> We should be using C_INCLUDE_PATH instead of CPATH, to mark system >>> headers as system headers. Except that C_INCLUDE_PATH only works for >>> C, so we need to also set CPLUS_INCLUDE_PATH and OBJC_INCLUDE_PATH. >>> And that's the proposal of this bug :) >> >> The intent of this =E2=80=9Csystem header=E2=80=9D classification, AIUI,= is to not >> bother users with issues in libc headers. > > I don't think this is true, for what it's worth :) If we take FHS > systems to be the de-facto default standard on how things should behave, > -isystem covers all of /usr/include, so in practice it covers not just > libc warnings, but many other warnings, which when you pass -Werror > would then become errors. Now that you mention it, it makes a lot of sense to me; I must have lived away from FHS for too long now. ;-) We=E2=80=99re right on time to make the change you propose in =E2=80=98core= -updates=E2=80=99. I=E2=80=99ll give it a try and we=E2=80=99ll see how it goes. Thanks for bearing with me! Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Fri Dec 18 18:04:29 2015 Received: (at 22186) by debbugs.gnu.org; 18 Dec 2015 23:04:29 +0000 Received: from localhost ([127.0.0.1]:56069 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aA44b-0006JY-Eo for submit@debbugs.gnu.org; Fri, 18 Dec 2015 18:04:29 -0500 Received: from eggs.gnu.org ([208.118.235.92]:39292) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aA44a-0006JK-1s for 22186@debbugs.gnu.org; Fri, 18 Dec 2015 18:04:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aA44R-0007sx-M2 for 22186@debbugs.gnu.org; Fri, 18 Dec 2015 18:04:22 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:53031) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aA44R-0007sr-IW; Fri, 18 Dec 2015 18:04:19 -0500 Received: from reverse-83.fdn.fr ([80.67.176.83]:56622 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aA44Q-0007k5-Qm; Fri, 18 Dec 2015 18:04:19 -0500 From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) To: Andy Wingo Subject: Re: bug#22186: Use {C,CPLUS,OBJC}_INCLUDE_PATH instead of CPATH References: <871tama22g.fsf@igalia.com> <87mvt8iwei.fsf@inria.fr> <87lh8s6s9j.fsf@igalia.com> <878u4ronlv.fsf@gnu.org> Date: Sat, 19 Dec 2015 00:04:16 +0100 In-Reply-To: <878u4ronlv.fsf@gnu.org> ("Ludovic \=\?utf-8\?Q\?Court\=C3\=A8s\=22'\?\= \=\?utf-8\?Q\?s\?\= message of "Fri, 18 Dec 2015 15:09:00 +0100") Message-ID: <871taj5pfz.fsf@gnu.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 22186 Cc: 22186@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) Done in 009b53f (current =E2=80=98core-updates=E2=80=99.) Ludo=E2=80=99. From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 20 16:30:32 2015 Received: (at control) by debbugs.gnu.org; 20 Dec 2015 21:30:32 +0000 Received: from localhost ([127.0.0.1]:58243 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aAlYm-00064d-Mo for submit@debbugs.gnu.org; Sun, 20 Dec 2015 16:30:32 -0500 Received: from eggs.gnu.org ([208.118.235.92]:46054) by debbugs.gnu.org with esmtp (Exim 4.84) (envelope-from ) id 1aAlYl-00064R-HO for control@debbugs.gnu.org; Sun, 20 Dec 2015 16:30:31 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aAlYG-0008Vw-BE for control@debbugs.gnu.org; Sun, 20 Dec 2015 16:30:26 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45238) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aAlYG-0008Vr-5I for control@debbugs.gnu.org; Sun, 20 Dec 2015 16:30:00 -0500 Received: from reverse-83.fdn.fr ([80.67.176.83]:58624 helo=pluto) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aAlYF-0005S0-GJ for control@debbugs.gnu.org; Sun, 20 Dec 2015 16:29:59 -0500 Date: Sun, 20 Dec 2015 22:29:57 +0100 Message-Id: <87twncvmei.fsf@gnu.org> To: control@debbugs.gnu.org From: ludo@gnu.org (Ludovic =?utf-8?Q?Court=C3=A8s?=) Subject: control message for bug #22186 MIME-version: 1.0 Content-type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) close 22186 0.9.1 From unknown Sun Jun 22 17:14:14 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 18 Jan 2016 12:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator