From unknown Mon Jun 23 18:28:23 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#13495 <13495@debbugs.gnu.org> To: bug#13495 <13495@debbugs.gnu.org> Subject: Status: Compilation fails on Mac OS X 10.8.0 Reply-To: bug#13495 <13495@debbugs.gnu.org> Date: Tue, 24 Jun 2025 01:28:23 +0000 retitle 13495 Compilation fails on Mac OS X 10.8.0 reassign 13495 coreutils submitter 13495 Assaf Gordon severity 13495 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 18 17:33:51 2013 Received: (at submit) by debbugs.gnu.org; 18 Jan 2013 22:33:51 +0000 Received: from localhost ([127.0.0.1]:39199 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwKVR-0000G6-2L for submit@debbugs.gnu.org; Fri, 18 Jan 2013 17:33:49 -0500 Received: from eggs.gnu.org ([208.118.235.92]:42505) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwKVN-0000Fy-Kx for submit@debbugs.gnu.org; Fri, 18 Jan 2013 17:33:47 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TwKUZ-00083P-L7 for submit@debbugs.gnu.org; Fri, 18 Jan 2013 17:32:56 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-102.6 required=5.0 tests=BAYES_00,FREEMAIL_FROM, RCVD_IN_DNSWL_LOW, T_DKIM_INVALID, USER_IN_WHITELIST autolearn=unavailable version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:50849) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TwKUZ-00083L-Ii for submit@debbugs.gnu.org; Fri, 18 Jan 2013 17:32:55 -0500 Received: from eggs.gnu.org ([208.118.235.92]:53854) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TwKUX-0004M9-8Y for bug-coreutils@gnu.org; Fri, 18 Jan 2013 17:32:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TwKUW-00082Z-2e for bug-coreutils@gnu.org; Fri, 18 Jan 2013 17:32:53 -0500 Received: from mail-vc0-f173.google.com ([209.85.220.173]:54359) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TwKUV-00082R-Tj for bug-coreutils@gnu.org; Fri, 18 Jan 2013 17:32:51 -0500 Received: by mail-vc0-f173.google.com with SMTP id fy7so987192vcb.4 for ; Fri, 18 Jan 2013 14:32:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; bh=bYqDfI3YsrSdb4ALMUCyI8mTPcxuw5TJEs78hMmCJdM=; b=KcBfZw0n2uffkccttcyEYtAQtHTZICcfwIzB1nRnj8QQ17bXtjL37HGgL2uolE4N8Z Tu3gWU4ULRuGgMjv7eTvTKZmZz/5T2P+BDN5zMVeYfAaMMKROfgbFnxyO7JjBlgF6Bl5 fV4jd2nr7YqSVcif//WyCd689P5ITxyk4hJpo6OvrZl4rfW4FwflGUukX5fpyhKrcDbI nOL3+DeqIeJ/BZNSKbYmA6SBIufGNPTRpoNL6beH/5s6EpBXM9TF0mAG7Rg/0oME9Ozy KiqnPcTFpqDZE2KJtc3kvKx7yO4ExSA9efXZW8fvVC0FkWBHw8CKGBGEOEsAO3ThsEw/ AOng== X-Received: by 10.220.151.72 with SMTP id b8mr11436257vcw.38.1358548370271; Fri, 18 Jan 2013 14:32:50 -0800 (PST) Received: from [143.48.11.9] (tango.cshl.edu. [143.48.11.9]) by mx.google.com with ESMTPS id q13sm3192118vdh.22.2013.01.18.14.32.48 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 18 Jan 2013 14:32:49 -0800 (PST) Message-ID: <50F9CD8F.1000905@gmail.com> Date: Fri, 18 Jan 2013 17:32:47 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: bug-coreutils@gnu.org Subject: Compilation fails on Mac OS X 10.8.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -6.1 (------) Hello, Trying to compile the latest coreutils on Mac OS X, I get the following compilation error: $ ./configure [ works OK ] $ make [ ... ] CC lib/stpncpy.o lib/stpncpy.c:34: error: expected declaration specifiers or '...' before numeric constant lib/stpncpy.c:34: error: expected ')' before '!=' token lib/stpncpy.c:34: error: expected ')' before '?' token make[2]: *** [lib/stpncpy.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 This happens with the released version 8.20, and also with "8.20.90-e27bfd" (I had to git-pull on another machine and do "make dist" to generate it). The compiler is (From Apple's Xcode-452-command-line-tools package): $ clang --version Apple clang version 4.1 (tags/Apple/clang-421.11.66) (based on LLVM 3.1svn) Target: x86_64-apple-darwin10.8.0 Thread model: posix The OS is: $ uname -a Darwin minimacc.local 10.8.0 Darwin Kernel Version 10.8.0: Tue Jun 7 16:33:36 PDT 2011; root:xnu-1504.15.3~1/RELEASE_I386 i386 I can provide more details if needed. Regards, -gordon From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 18 17:46:26 2013 Received: (at 13495) by debbugs.gnu.org; 18 Jan 2013 22:46:26 +0000 Received: from localhost ([127.0.0.1]:39212 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwKhd-0000ZF-8W for submit@debbugs.gnu.org; Fri, 18 Jan 2013 17:46:26 -0500 Received: from mail-vb0-f52.google.com ([209.85.212.52]:38256) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwKha-0000Z6-Ai for 13495@debbugs.gnu.org; Fri, 18 Jan 2013 17:46:23 -0500 Received: by mail-vb0-f52.google.com with SMTP id fa15so1194760vbb.39 for <13495@debbugs.gnu.org>; Fri, 18 Jan 2013 14:45:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=WeqkfnSFdXaFy0LEq/AkIJzIF0PSV75HV5RgoMIgMqc=; b=M0JHLh+pgyr6PfXD9MuOnUq6//9959vD8rh82fnYaiEzthj0tADYwhloCWqbn93UDe 6QZ7287QwO+iGz3J8opuEkD1jY3MjHitET1PJ2i6U5pU+IDv5wCVm72Nw2Vq7PDUI6m1 4dsFqPqZozARZtUHrcJAzzwT9sM1jjEiC5e6lGnvvv4bcTpLLr8Uas8vGRfO14uxyO6M fxYuEdZsUVnIeaCnC7d76pySOMW0/TrL1Qzy4v7Xx+Um+jredwrSlaz7Az9IMiAddOci DcKZSlvfJgSJCcv/zSwZEgWjGTXOWWqoNBVODUh2A2J4hLsvb+8ptzb/ewxDfQAz30FX r64g== X-Received: by 10.52.91.142 with SMTP id ce14mr10104689vdb.84.1358549132954; Fri, 18 Jan 2013 14:45:32 -0800 (PST) Received: from [143.48.11.9] (tango.cshl.edu. [143.48.11.9]) by mx.google.com with ESMTPS id y7sm3215480vdt.14.2013.01.18.14.45.31 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 18 Jan 2013 14:45:32 -0800 (PST) Message-ID: <50F9D08A.8090605@gmail.com> Date: Fri, 18 Jan 2013 17:45:30 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: 13495@debbugs.gnu.org Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> In-Reply-To: <50F9CD8F.1000905@gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13495 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) More information: Assaf Gordon wrote, On 01/18/2013 05:32 PM: > Hello, > > Trying to compile the latest coreutils on Mac OS X, I get the following compilation error: > > $ ./configure > [ works OK ] > $ make > [ ... ] > CC lib/stpncpy.o > lib/stpncpy.c:34: error: expected declaration specifiers or '...' before numeric constant > lib/stpncpy.c:34: error: expected ')' before '!=' token > lib/stpncpy.c:34: error: expected ')' before '?' token > make[2]: *** [lib/stpncpy.o] Error 1 > make[1]: *** [all-recursive] Error 1 > make: *** [all] Error 2 > > This happens with the released version 8.20, and also with "8.20.90-e27bfd" (I had to git-pull on another machine and do "make dist" to generate it). > -1- I was wrong, the compiler was not "clang" - based on "config.log", it was GCC (or some gcc/llvm hybrid?) : === relevant fragment from config.log === configure:4681: checking for gcc configure:4697: found /usr/bin/gcc configure:4708: result: gcc configure:4937: checking for C compiler version configure:4946: gcc --version >&5 i686-apple-darwin11-llvm-gcc-4.2 (GCC) 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) Copyright (C) 2007 Free Software Foundation, Inc. This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. configure:4957: $? = 0 configure:4946: gcc -v >&5 Using built-in specs. Target: i686-apple-darwin11 Configured with: /private/var/tmp/llvmgcc42/llvmgcc42-2336.11~67/src/configure --disable-checking --enable-werror --prefix=/Applications/Xcode.app/Contents/Developer/usr/llvm-gcc-4.2 --mandir=/share/man --enable-languages=c,objc,c++,obj-c++ --program-prefix=llvm- --program-transform-name=/^[cg][^.-]*$/s/$/-4.2/ --with-slibdir=/usr/lib --build=i686-apple-darwin11 --enable-llvm=/private/var/tmp/llvmgcc42/llvmgcc42-2336.11~67/dst-llvmCore/Developer/usr/local --program-prefix=i686-apple-darwin11- --host=x86_64-apple-darwin11 --target=i686-apple-darwin11 --with-gxx-include-dir=/usr/include/c++/4.2.1 Thread model: posix gcc version 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.11.00) configure:4957: $? = 0 configure:4946: gcc -V >&5 llvm-gcc-4.2: argument to `-V' is missing configure:4957: $? = 1 configure:4946: gcc -qversion >&5 i686-apple-darwin11-llvm-gcc-4.2: no input files === -2- Trying to use clang, I get other errors (still in stpncpy.c): $ ./configure CC=clang [ works OK ] $ make [ ... ] CC lib/stpncpy.o lib/stpncpy.c:34:1: error: expected parameter declarator __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:5: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ /usr/include/secure/_common.h:38:63: note: expanded from macro '__darwin_obsz0' #define __darwin_obsz0(object) __builtin_object_size (object, 0) ^ lib/stpncpy.c:34:1: error: expected ')' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:5: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ /usr/include/secure/_common.h:38:63: note: expanded from macro '__darwin_obsz0' #define __darwin_obsz0(object) __builtin_object_size (object, 0) ^ lib/stpncpy.c:34:1: note: to match this '(' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:5: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ /usr/include/secure/_common.h:38:54: note: expanded from macro '__darwin_obsz0' #define __darwin_obsz0(object) __builtin_object_size (object, 0) ^ lib/stpncpy.c:34:1: error: expected ')' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:27: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ lib/stpncpy.c:34:1: note: to match this '(' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:4: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ lib/stpncpy.c:34:1: error: expected ')' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:111:4: note: expanded from macro 'stpncpy' ? __builtin___stpncpy_chk (dest, src, len, __darwin_obsz (dest)) \ ^ lib/stpncpy.c:34:1: note: to match this '(' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:3: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ lib/stpncpy.c:34:1: error: conflicting types for '__builtin_object_size' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:5: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ /usr/include/secure/_common.h:38:32: note: expanded from macro '__darwin_obsz0' #define __darwin_obsz0(object) __builtin_object_size (object, 0) ^ /usr/include/secure/_string.h:61:56: note: '__builtin_object_size' is a builtin with type 'unsigned long (const void *, int)' return __builtin___memcpy_chk (__dest, __src, __len, __darwin_obsz0(__dest)); ^ /usr/include/secure/_common.h:38:32: note: expanded from macro '__darwin_obsz0' #define __darwin_obsz0(object) __builtin_object_size (object, 0) ^ lib/stpncpy.c:34:1: error: definition of builtin function '__builtin_object_size' __stpncpy (char *dest, const char *src, size_t n) ^ lib/stpncpy.c:28:20: note: expanded from macro '__stpncpy' # define __stpncpy stpncpy ^ /usr/include/secure/_string.h:110:5: note: expanded from macro 'stpncpy' ((__darwin_obsz0 (dest) != (size_t) -1) \ ^ /usr/include/secure/_common.h:38:32: note: expanded from macro '__darwin_obsz0' #define __darwin_obsz0(object) __builtin_object_size (object, 0) ^ lib/stpncpy.c:39:7: error: use of undeclared identifier 'n' if (n >= 4) ^ lib/stpncpy.c:41:19: error: use of undeclared identifier 'n' size_t n4 = n >> 2; ^ lib/stpncpy.c:45:16: error: use of undeclared identifier 'src' c = *src++; ^ lib/stpncpy.c:49:16: error: use of undeclared identifier 'src' c = *src++; ^ lib/stpncpy.c:53:16: error: use of undeclared identifier 'src' c = *src++; ^ lib/stpncpy.c:57:16: error: use of undeclared identifier 'src' c = *src++; ^ lib/stpncpy.c:64:7: error: use of undeclared identifier 'n' n -= dest - s; ^ lib/stpncpy.c:69:3: error: use of undeclared identifier 'n' n &= 3; ^ lib/stpncpy.c:70:7: error: use of undeclared identifier 'n' if (n == 0) ^ lib/stpncpy.c:75:12: error: use of undeclared identifier 'src' c = *src++; ^ lib/stpncpy.c:76:9: error: use of undeclared identifier 'n' --n; ^ lib/stpncpy.c:80:11: error: use of undeclared identifier 'n' if (n == 0) ^ lib/stpncpy.c:85:10: error: use of undeclared identifier 'n' while (n-- > 0) ^ fatal error: too many errors emitted, stopping now [-ferror-limit=] 20 errors generated. make[2]: *** [lib/stpncpy.o] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 18 19:59:36 2013 Received: (at 13495) by debbugs.gnu.org; 19 Jan 2013 00:59:36 +0000 Received: from localhost ([127.0.0.1]:39313 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwMmW-0003kG-2j for submit@debbugs.gnu.org; Fri, 18 Jan 2013 19:59:36 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:54292) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwMmU-0003k7-OA for 13495@debbugs.gnu.org; Fri, 18 Jan 2013 19:59:35 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 2D0E639E810F; Fri, 18 Jan 2013 16:58:45 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id N3DXVlF67ih9; Fri, 18 Jan 2013 16:58:44 -0800 (PST) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id D6CCB39E810E; Fri, 18 Jan 2013 16:58:44 -0800 (PST) Message-ID: <50F9EFC4.1090601@cs.ucla.edu> Date: Fri, 18 Jan 2013 16:58:44 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> In-Reply-To: <50F9D08A.8090605@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13495 Cc: 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) I'm puzzled as to why stpncpy.c is being compiled at all. Doesn't OS X have stpncpy? I would look in config.log and try to figure out why 'configure' thinks stpncpy is missing. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 19 21:53:13 2013 Received: (at 13495) by debbugs.gnu.org; 20 Jan 2013 02:53:13 +0000 Received: from localhost ([127.0.0.1]:40883 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Twl20-0000mQ-Ql for submit@debbugs.gnu.org; Sat, 19 Jan 2013 21:53:13 -0500 Received: from mail-vb0-f45.google.com ([209.85.212.45]:41651) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Twl1x-0000mJ-V7 for 13495@debbugs.gnu.org; Sat, 19 Jan 2013 21:53:11 -0500 Received: by mail-vb0-f45.google.com with SMTP id p1so1538134vbi.32 for <13495@debbugs.gnu.org>; Sat, 19 Jan 2013 18:52:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=zapVkuJ85Zdnvo9y64wcEBmLS6EtdRrdqM21ApBVAyI=; b=eI0y18Atu8sdLKaU72Gsv7t/8TfINp5oCzcyGplLMcfO8Rfd5zVbJ06pNax6WOYSdy C+YwFRgXamXD6FKViG4rqSZcInamgEQ1FHBPxcxw/imN8nS7gofl9WmQORwxOaxWPE1G loSmgekJGurN+CpdZhZ3TdSBl/liH5g2iBiRsv095qWbtRTeLj7fGhqyYURyfH2qT2a2 MJWkZ/HAT02Q9bmt3uQFv+hNhs3JNeLrZK274UlwxiuEyLAX3GiZgSMVRgKNmKCpwRdC IcbNt/2zntwNZ07Gaedo1hd8Yb7Nee7ZfrCg11d93UwE0Wp44dzDe3LZlKeh6lonsK0R Gucw== X-Received: by 10.220.238.146 with SMTP id ks18mr14841479vcb.58.1358650334056; Sat, 19 Jan 2013 18:52:14 -0800 (PST) Received: from [192.168.1.103] ([143.48.64.234]) by mx.google.com with ESMTPS id l17sm3946830vdu.5.2013.01.19.18.52.12 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Jan 2013 18:52:13 -0800 (PST) Message-ID: <50FB5E3E.5020409@gmail.com> Date: Sat, 19 Jan 2013 22:02:22 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: Paul Eggert , 13495@debbugs.gnu.org Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> In-Reply-To: <50F9EFC4.1090601@cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13495 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 01/18/13 19:58, Paul Eggert wrote: > I'm puzzled as to why stpncpy.c is being compiled at all. > Doesn't OS X have stpncpy? I would look in config.log > and try to figure out why 'configure' thinks stpncpy is > missing. This seems like the relevant part from 'config.log' (but more info below): === configure:8522: result: no configure:8522: checking for sigaction configure:8522: clang -o conftest -g -O2 conftest.c >&5 configure:8522: $? = 0 configure:8522: result: yes configure:8522: checking for sigaltstack configure:8522: clang -o conftest -g -O2 conftest.c >&5 configure:8522: $? = 0 configure:8522: result: yes configure:8522: checking for siginterrupt configure:8522: clang -o conftest -g -O2 conftest.c >&5 configure:8522: $? = 0 configure:8522: result: yes configure:8522: checking for snprintf configure:8522: clang -o conftest -g -O2 conftest.c >&5 conftest.c:144:6: warning: incompatible redeclaration of library function 'snprintf' char snprintf (); ^ conftest.c:144:6: note: 'snprintf' is a builtin with type 'int (char *, unsigned long, const char *, ...)' 1 warning generated. configure:8522: $? = 0 configure:8522: result: yes configure:8522: checking for stpncpy configure:8522: clang -o conftest -g -O2 conftest.c >&5 conftest.c:145:6: warning: incompatible redeclaration of library function 'stpncpy' char stpncpy (); ^ conftest.c:145:6: note: 'stpncpy' is a builtin with type 'char *(char *, const char *, unsigned long)' 1 warning generated. Undefined symbols for architecture x86_64: "_stpncpy", referenced from: _main in conftest-eAtTGu.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) configure:8522: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GNU coreutils" | #define PACKAGE_TARNAME "coreutils" | #define PACKAGE_VERSION "8.20.90-e27bfd" | #define PACKAGE_STRING "GNU coreutils 8.20.90-e27bfd" | #define PACKAGE_BUGREPORT "bug-coreutils@gnu.org" | #define PACKAGE_URL "http://www.gnu.org/software/coreutils/" | #define PACKAGE "coreutils" | #define VERSION "8.20.90-e27bfd" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define _ALL_SOURCE 1 | #define _DARWIN_C_SOURCE 1 | #define _GNU_SOURCE 1 | #define _POSIX_PTHREAD_SEMANTICS 1 | #define _TANDEM_SOURCE 1 | #define HAVE_FSEEKO 1 | #define HAVE_ALLOCA_H 1 | #define HAVE_ALLOCA 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYS_PARAM_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_DIRENT_H 1 | #define HAVE_WCTYPE_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_NETDB_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_TERMIOS_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_GRP_H 1 | #define HAVE_ICONV_H 1 | #define HAVE_WCHAR_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_LANGINFO_H 1 | #define HAVE_XLOCALE_H 1 | #define HAVE_MATH_H 1 | #define HAVE_SYS_MMAN_H 1 | #define HAVE_SYS_STATVFS_H 1 | #define HAVE_SYS_SELECT_H 1 | #define HAVE_PTHREAD_H 1 | #define HAVE_UTMP_H 1 | #define HAVE_UTMPX_H 1 | #define HAVE_SCHED_H 1 | #define HAVE_SPAWN_H 1 | #define HAVE_SYS_IOCTL_H 1 | #define HAVE_SYS_RESOURCE_H 1 | #define HAVE_SYS_UIO_H 1 | #define HAVE_SYS_UTSNAME_H 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_UTIME_H 1 | #define HAVE_PATHS_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_PWD_H 1 | #define D_INO_IN_DIRENT 1 | #define HAVE_LONG_FILE_NAMES 1 | #define HAVE_PATHCONF 1 | #define HAVE_BTOWC 1 | #define HAVE_REALPATH 1 | #define HAVE_CHOWN 1 | #define HAVE_FCHOWN 1 | #define HAVE_FCHDIR 1 | #define HAVE_LCHMOD 1 | #define HAVE_FCNTL 1 | #define HAVE_SYMLINK 1 | #define HAVE_ISBLANK 1 | #define HAVE_ISWCTYPE 1 | #define HAVE_MBSRTOWCS 1 | #define HAVE_WMEMCHR 1 | #define HAVE_WMEMCPY 1 | #define HAVE_FPURGE 1 | #define HAVE_ALARM 1 | #define HAVE_FSYNC 1 | #define HAVE_STRTOF 1 | #define HAVE_FTRUNCATE 1 | #define HAVE_FSTATFS 1 | #define HAVE_GETDTABLESIZE 1 | #define HAVE_GETLOGIN 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_FUNLOCKFILE 1 | #define HAVE_TCGETATTR 1 | #define HAVE_TCSETATTR 1 | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_GETUSERSHELL 1 | #define HAVE_ISWCNTRL 1 | #define HAVE_ISWBLANK 1 | #define HAVE_LINK 1 | #define HAVE_READLINK 1 | #define HAVE_LSTAT 1 | #define HAVE_MBSINIT 1 | #define HAVE_MBRTOWC 1 | #define HAVE_MBRLEN 1 | #define HAVE_ISASCII 1 | #define HAVE_MPROTECT 1 | #define HAVE_GETGROUPLIST 1 | #define HAVE_FCHMOD 1 | #define HAVE_MKFIFO 1 | #define HAVE_MKNOD 1 | #define HAVE_MKSTEMP 1 | #define HAVE_NL_LANGINFO 1 | #define HAVE_POSIX_SPAWN 1 | #define HAVE_UTMPXNAME 1 | #define HAVE_WCSCOLL 1 | #define HAVE_SETENV 1 | #define HAVE_SETTIMEOFDAY 1 | #define HAVE_SIGACTION 1 | #define HAVE_SIGALTSTACK 1 | #define HAVE_SIGINTERRUPT 1 | #define HAVE_SNPRINTF 1 | /* end confdefs.h. */ | /* Define stpncpy to an innocuous variant, in case declares stpncpy. | For example, HP-UX 11i declares gettimeofday. */ | #define stpncpy innocuous_stpncpy | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char stpncpy (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef stpncpy | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char stpncpy (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_stpncpy || defined __stub___stpncpy | choke me | #endif | | int | main () | { | return stpncpy (); | ; | return 0; | } configure:8522: result: no configure:8522: checking for strdup configure:8522: clang -o conftest -g -O2 conftest.c >&5 conftest.c:145:6: warning: incompatible redeclaration of library function 'strdup' char strdup (); ^ conftest.c:145:6: note: 'strdup' is a builtin with type 'char *(const char *)' === I tried compiling a simple test program: === $ cat test.c #include int main () { char a[10]; stpncpy (a,"a",10); return 0; } $ clang -o test test.c Undefined symbols for architecture x86_64: "___stpncpy_chk", referenced from: _main in test-GyRBLi.o ld: symbol(s) not found for architecture x86_64 clang: error: linker command failed with exit code 1 (use -v to see invocation) === And it might be related to the following: http://gcc.gnu.org/ml/gcc-patches/2011-11/msg02470.html Trying macro expansion gives: === $ clang -E test.c | grep -A 4 -B 4 stpncpy char *strdup(const char *); void *memccpy(void *, const void *, int, size_t); # 140 "/usr/include/string.h" 3 4 char *stpcpy(char *, const char *); char *stpncpy(char *, const char *, size_t) __attribute__((availability(macosx,introduced=10.7))); char *strndup(const char *, size_t) __attribute__((availability(macosx,introduced=10.7))); size_t strnlen(const char *, size_t) __attribute__((availability(macosx,introduced=10.7))); char *strsignal(int sig); # 155 "/usr/include/string.h" 3 4 -- static __inline char * __inline_stpncpy_chk (char *restrict __dest, const char *restrict __src, size_t __len) { return __builtin___stpncpy_chk (__dest, __src, __len, __builtin_object_size (__dest, 2 > 1)); } -- # 2 "test.c" 2 int main () { char a[10]; ((__builtin_object_size (a, 0) != (size_t) -1) ? __builtin___stpncpy_chk (a, "a", 10, __builtin_object_size (a, 2 > 1)) : __inline_stpncpy_chk (a, "a", 10)); return 0; } === So if I understand correctly, this is the cause: 1. string.h does have "stpncpy", as a macro/inline 2. linking programs with stpncpy fails, leading "configure" to think there's no "stpncpy" 3. 'string.h' is #include'd, but so is gnulib's stpncpy.c 4.the GNULIB definition of 'stpncpy' conflicts with the 'string.h' definition. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 19 22:32:52 2013 Received: (at 13495) by debbugs.gnu.org; 20 Jan 2013 03:32:52 +0000 Received: from localhost ([127.0.0.1]:40931 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwleN-0002eB-K5 for submit@debbugs.gnu.org; Sat, 19 Jan 2013 22:32:51 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:41853) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwleJ-0002e1-OA for 13495@debbugs.gnu.org; Sat, 19 Jan 2013 22:32:49 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 7558739E8109; Sat, 19 Jan 2013 19:31:51 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ECTkhXB3EkhC; Sat, 19 Jan 2013 19:31:51 -0800 (PST) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 1218739E8106; Sat, 19 Jan 2013 19:31:51 -0800 (PST) Message-ID: <50FB6526.9070104@cs.ucla.edu> Date: Sat, 19 Jan 2013 19:31:50 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> In-Reply-To: <50FB5E3E.5020409@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13495 Cc: 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) On 01/19/2013 07:02 PM, Assaf Gordon wrote: > So if I understand correctly, this is the cause: > 1. string.h does have "stpncpy", as a macro/inline > 2. linking programs with stpncpy fails, leading "configure" to think there's no "stpncpy" OK, so far so good. 'configure' is correct: stpncpy is busted on that platform. > 3. 'string.h' is #include'd, but so is gnulib's stpncpy.c But shouldn't the compiler be including the gnulib string.h? And doesn't gnulib's string.h contain something that looks like this? /* Copy no more than N bytes of SRC to DST, returning a pointer past the last non-NUL byte written into DST. */ #if 1 # if 1 # if !(defined __cplusplus && defined GNULIB_NAMESPACE) # undef stpncpy # define stpncpy rpl_stpncpy # endif This should #undef the system's stpncpy, which is busted, and substitute gnulib's good one. We need to figure out why that isn't working. Could you please try this: ./configure make clean make V=1 I'm interested in the last (failing) command executed by the last 'make'. Suppose it is like this: gcc -std=gnu99 -I. -I./lib -Ilib ... -o lib/stpncpy.o lib/stpncpy.c Please send the relevant part of the preprocessed output for that command, i.e., the output of gcc -E -std=gnu99 -I. -I./lib -Ilib ... lib/stpncpy.c where the "..." contains all the -I options that ar relevant to the preprocessor. I'm interested in any part of that output that has anything to do with stpncpy. Thanks. From debbugs-submit-bounces@debbugs.gnu.org Sat Jan 19 22:58:00 2013 Received: (at 13495) by debbugs.gnu.org; 20 Jan 2013 03:58:00 +0000 Received: from localhost ([127.0.0.1]:40939 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Twm2h-0003F6-8m for submit@debbugs.gnu.org; Sat, 19 Jan 2013 22:58:00 -0500 Received: from mail-vc0-f180.google.com ([209.85.220.180]:63519) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Twm2d-0003Ey-TT for 13495@debbugs.gnu.org; Sat, 19 Jan 2013 22:57:58 -0500 Received: by mail-vc0-f180.google.com with SMTP id fo13so27696vcb.25 for <13495@debbugs.gnu.org>; Sat, 19 Jan 2013 19:56:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type; bh=aqJ46GAMyrWBd/MliW/+wIQSXx6au3BO1lkbLHKn3g8=; b=jZTTq0MYuWha1IoCWxUGmPgAIh/i1OF9E1jv02bX34/OEL9hzhD2s7E2kieLc+q6tc i0LwLI17QJie0aSse6BYlmY8znN4YATET+u6KgEtfpGW4Y9NiXem0eQM4O8bNE5BMU5o KNnOt0cyVz1QPdKhUFFmMcug0FX09EECipX7T5bQWCkwk2JHXr6M2k8RzKxfCMEePmPI HvMP8cYb1xn6OVGWDcLvo2InDzNUPGrhJ1z91CeMDd3gWfekFWMJ/5N5Y0d2o1yzZ4H5 VKrEKEd1M6ZNsUKcqvD9ubo4pebyNfRCWiL1dLA9yfsBM5porV3gHANI+9jlrKwjh/aw JxHg== X-Received: by 10.220.151.141 with SMTP id c13mr1646626vcw.64.1358654219732; Sat, 19 Jan 2013 19:56:59 -0800 (PST) Received: from [192.168.1.103] ([143.48.64.234]) by mx.google.com with ESMTPS id p10sm5366092vdh.4.2013.01.19.19.56.57 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Sat, 19 Jan 2013 19:56:58 -0800 (PST) Message-ID: <50FB6D6B.8000603@gmail.com> Date: Sat, 19 Jan 2013 23:07:07 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: Paul Eggert , 13495@debbugs.gnu.org Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> In-Reply-To: <50FB6526.9070104@cs.ucla.edu> Content-Type: multipart/mixed; boundary="------------060003090208070402090107" X-Spam-Score: -1.2 (-) X-Debbugs-Envelope-To: 13495 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) This is a multi-part message in MIME format. --------------060003090208070402090107 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 01/19/13 22:31, Paul Eggert wrote: > > Could you please try this: > > ./configure > make clean > make V=1 > > I'm interested in the last (failing) command executed by the last 'make'. > Suppose it is like this: > > gcc -std=gnu99 -I. -I./lib -Ilib ... -o lib/stpncpy.o lib/stpncpy.c > > Please send the relevant part of the preprocessed output for that command, > i.e., the output of > > gcc -E -std=gnu99 -I. -I./lib -Ilib ... lib/stpncpy.c > The failed command was: === depbase=`echo lib/stpncpy.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'` ; \ gcc -std=gnu99 -I. -I./lib -Ilib -I./lib -Isrc -I./src -g -O2 -MT lib/stpncpy.o -MD -MP -MF $depbase.Tpo -c -o lib/stpncpy.o lib/stpncpy.c === Attached is the output of: === gcc -E -std=gnu99 -I. -I./lib -Ilib -I./lib -Isrc -I./src -g -O2 -MT lib/stpncpy.o -MD -MP -MF lib/.deps/stpncpy.Tpo lib/stpncpy.c > stnpcpy.E.txt === I don't know exactly why, but it seems the definition of "stpncpy" is replaced From: === char * __stpncpy (char *dest, const char *src, size_t n) { char c; char *s = dest; === To: === char * ((__builtin_object_size (char *dest, 0) != (size_t) -1) ? __builtin___stpncpy_chk (char *dest, const char *src, size_t n, __builtin_object_size (char *dest, 2 > 1)) : __inline_stpncpy_chk (char *dest, const char *src, size_t n)) { char c; char *s = dest; === Which looks like some macro expansion, but I couldn't find the declaration of this macro. -gordon --------------060003090208070402090107 Content-Type: text/plain; name="stpncpy.E.txt" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="stpncpy.E.txt" IyAxICJsaWIvc3RwbmNweS5jIgojIDEgIi9Vc2Vycy9hZG1pbi9Qcm9qZWN0cy9jb3JldXRp bHMtOC4yMC45MC1lMjdiZmQvLyIKIyAxICI8YnVpbHQtaW4+IgojIDEgIjxjb21tYW5kLWxp bmU+IgojIDEgImxpYi9zdHBuY3B5LmMiCiMgMjIgImxpYi9zdHBuY3B5LmMiCiMgMSAiLi9s aWIvY29uZmlnLmgiIDEKIyAyMyAibGliL3N0cG5jcHkuYyIgMgoKCiMgMSAiLi9saWIvc3Ry aW5nLmgiIDEKIyAyMiAiLi9saWIvc3RyaW5nLmgiCiAgICAgICAKIyAyMyAiLi9saWIvc3Ry aW5nLmgiIDMKCgoKCiMgMSAiL3Vzci9pbmNsdWRlL3N0cmluZy5oIiAxIDMgNAojIDYxICIv dXNyL2luY2x1ZGUvc3RyaW5nLmgiIDMgNAojIDEgIi91c3IvaW5jbHVkZS9fdHlwZXMuaCIg MSAzIDQKIyAyNyAiL3Vzci9pbmNsdWRlL190eXBlcy5oIiAzIDQKIyAxICIvdXNyL2luY2x1 ZGUvc3lzL190eXBlcy5oIiAxIDMgNAojIDMyICIvdXNyL2luY2x1ZGUvc3lzL190eXBlcy5o IiAzIDQKIyAxICIvdXNyL2luY2x1ZGUvc3lzL2NkZWZzLmgiIDEgMyA0CiMgNDA2ICIvdXNy L2luY2x1ZGUvc3lzL2NkZWZzLmgiIDMgNAojIDEgIi91c3IvaW5jbHVkZS9zeXMvX3N5bWJv bF9hbGlhc2luZy5oIiAxIDMgNAojIDQwNyAiL3Vzci9pbmNsdWRlL3N5cy9jZGVmcy5oIiAy IDMgNAojIDQ3MiAiL3Vzci9pbmNsdWRlL3N5cy9jZGVmcy5oIiAzIDQKIyAxICIvdXNyL2lu Y2x1ZGUvc3lzL19wb3NpeF9hdmFpbGFiaWxpdHkuaCIgMSAzIDQKIyA0NzMgIi91c3IvaW5j bHVkZS9zeXMvY2RlZnMuaCIgMiAzIDQKIyAzMyAiL3Vzci9pbmNsdWRlL3N5cy9fdHlwZXMu aCIgMiAzIDQKIyAxICIvdXNyL2luY2x1ZGUvbWFjaGluZS9fdHlwZXMuaCIgMSAzIDQKIyAz MiAiL3Vzci9pbmNsdWRlL21hY2hpbmUvX3R5cGVzLmgiIDMgNAojIDEgIi91c3IvaW5jbHVk ZS9pMzg2L190eXBlcy5oIiAxIDMgNAojIDM3ICIvdXNyL2luY2x1ZGUvaTM4Ni9fdHlwZXMu aCIgMyA0CnR5cGVkZWYgc2lnbmVkIGNoYXIgX19pbnQ4X3Q7CgoKCnR5cGVkZWYgdW5zaWdu ZWQgY2hhciBfX3VpbnQ4X3Q7CnR5cGVkZWYgc2hvcnQgX19pbnQxNl90Owp0eXBlZGVmIHVu c2lnbmVkIHNob3J0IF9fdWludDE2X3Q7CnR5cGVkZWYgaW50IF9faW50MzJfdDsKdHlwZWRl ZiB1bnNpZ25lZCBpbnQgX191aW50MzJfdDsKdHlwZWRlZiBsb25nIGxvbmcgX19pbnQ2NF90 Owp0eXBlZGVmIHVuc2lnbmVkIGxvbmcgbG9uZyBfX3VpbnQ2NF90OwoKdHlwZWRlZiBsb25n IF9fZGFyd2luX2ludHB0cl90Owp0eXBlZGVmIHVuc2lnbmVkIGludCBfX2Rhcndpbl9uYXR1 cmFsX3Q7CiMgNzAgIi91c3IvaW5jbHVkZS9pMzg2L190eXBlcy5oIiAzIDQKdHlwZWRlZiBp bnQgX19kYXJ3aW5fY3RfcnVuZV90OwoKCgoKCnR5cGVkZWYgdW5pb24gewogY2hhciBfX21i c3RhdGU4WzEyOF07CiBsb25nIGxvbmcgX21ic3RhdGVMOwp9IF9fbWJzdGF0ZV90OwoKdHlw ZWRlZiBfX21ic3RhdGVfdCBfX2Rhcndpbl9tYnN0YXRlX3Q7CgoKdHlwZWRlZiBsb25nIGlu dCBfX2Rhcndpbl9wdHJkaWZmX3Q7CgoKCgoKdHlwZWRlZiBsb25nIHVuc2lnbmVkIGludCBf X2Rhcndpbl9zaXplX3Q7CgoKCgoKdHlwZWRlZiBfX2J1aWx0aW5fdmFfbGlzdCBfX2Rhcndp bl92YV9saXN0OwoKCgoKCnR5cGVkZWYgaW50IF9fZGFyd2luX3djaGFyX3Q7CgoKCgp0eXBl ZGVmIF9fZGFyd2luX3djaGFyX3QgX19kYXJ3aW5fcnVuZV90OwoKCnR5cGVkZWYgaW50IF9f ZGFyd2luX3dpbnRfdDsKCgoKCnR5cGVkZWYgdW5zaWduZWQgbG9uZyBfX2Rhcndpbl9jbG9j a190Owp0eXBlZGVmIF9fdWludDMyX3QgX19kYXJ3aW5fc29ja2xlbl90Owp0eXBlZGVmIGxv bmcgX19kYXJ3aW5fc3NpemVfdDsKdHlwZWRlZiBsb25nIF9fZGFyd2luX3RpbWVfdDsKIyAz MyAiL3Vzci9pbmNsdWRlL21hY2hpbmUvX3R5cGVzLmgiIDIgMyA0CiMgMzQgIi91c3IvaW5j bHVkZS9zeXMvX3R5cGVzLmgiIDIgMyA0CiMgNTggIi91c3IvaW5jbHVkZS9zeXMvX3R5cGVz LmgiIDMgNApzdHJ1Y3QgX19kYXJ3aW5fcHRocmVhZF9oYW5kbGVyX3JlYwp7CiB2b2lkICgq X19yb3V0aW5lKSh2b2lkICopOwogdm9pZCAqX19hcmc7CiBzdHJ1Y3QgX19kYXJ3aW5fcHRo cmVhZF9oYW5kbGVyX3JlYyAqX19uZXh0Owp9OwpzdHJ1Y3QgX29wYXF1ZV9wdGhyZWFkX2F0 dHJfdCB7IGxvbmcgX19zaWc7IGNoYXIgX19vcGFxdWVbNTZdOyB9OwpzdHJ1Y3QgX29wYXF1 ZV9wdGhyZWFkX2NvbmRfdCB7IGxvbmcgX19zaWc7IGNoYXIgX19vcGFxdWVbNDBdOyB9Owpz dHJ1Y3QgX29wYXF1ZV9wdGhyZWFkX2NvbmRhdHRyX3QgeyBsb25nIF9fc2lnOyBjaGFyIF9f b3BhcXVlWzhdOyB9OwpzdHJ1Y3QgX29wYXF1ZV9wdGhyZWFkX211dGV4X3QgeyBsb25nIF9f c2lnOyBjaGFyIF9fb3BhcXVlWzU2XTsgfTsKc3RydWN0IF9vcGFxdWVfcHRocmVhZF9tdXRl eGF0dHJfdCB7IGxvbmcgX19zaWc7IGNoYXIgX19vcGFxdWVbOF07IH07CnN0cnVjdCBfb3Bh cXVlX3B0aHJlYWRfb25jZV90IHsgbG9uZyBfX3NpZzsgY2hhciBfX29wYXF1ZVs4XTsgfTsK c3RydWN0IF9vcGFxdWVfcHRocmVhZF9yd2xvY2tfdCB7IGxvbmcgX19zaWc7IGNoYXIgX19v cGFxdWVbMTkyXTsgfTsKc3RydWN0IF9vcGFxdWVfcHRocmVhZF9yd2xvY2thdHRyX3QgeyBs b25nIF9fc2lnOyBjaGFyIF9fb3BhcXVlWzE2XTsgfTsKc3RydWN0IF9vcGFxdWVfcHRocmVh ZF90IHsgbG9uZyBfX3NpZzsgc3RydWN0IF9fZGFyd2luX3B0aHJlYWRfaGFuZGxlcl9yZWMg Kl9fY2xlYW51cF9zdGFjazsgY2hhciBfX29wYXF1ZVsxMTY4XTsgfTsKIyA5NCAiL3Vzci9p bmNsdWRlL3N5cy9fdHlwZXMuaCIgMyA0CnR5cGVkZWYgX19pbnQ2NF90IF9fZGFyd2luX2Js a2NudF90Owp0eXBlZGVmIF9faW50MzJfdCBfX2Rhcndpbl9ibGtzaXplX3Q7CnR5cGVkZWYg X19pbnQzMl90IF9fZGFyd2luX2Rldl90Owp0eXBlZGVmIHVuc2lnbmVkIGludCBfX2Rhcndp bl9mc2Jsa2NudF90Owp0eXBlZGVmIHVuc2lnbmVkIGludCBfX2Rhcndpbl9mc2ZpbGNudF90 Owp0eXBlZGVmIF9fdWludDMyX3QgX19kYXJ3aW5fZ2lkX3Q7CnR5cGVkZWYgX191aW50MzJf dCBfX2Rhcndpbl9pZF90Owp0eXBlZGVmIF9fdWludDY0X3QgX19kYXJ3aW5faW5vNjRfdDsK CnR5cGVkZWYgX19kYXJ3aW5faW5vNjRfdCBfX2Rhcndpbl9pbm9fdDsKCgoKdHlwZWRlZiBf X2Rhcndpbl9uYXR1cmFsX3QgX19kYXJ3aW5fbWFjaF9wb3J0X25hbWVfdDsKdHlwZWRlZiBf X2Rhcndpbl9tYWNoX3BvcnRfbmFtZV90IF9fZGFyd2luX21hY2hfcG9ydF90Owp0eXBlZGVm IF9fdWludDE2X3QgX19kYXJ3aW5fbW9kZV90Owp0eXBlZGVmIF9faW50NjRfdCBfX2Rhcndp bl9vZmZfdDsKdHlwZWRlZiBfX2ludDMyX3QgX19kYXJ3aW5fcGlkX3Q7CnR5cGVkZWYgc3Ry dWN0IF9vcGFxdWVfcHRocmVhZF9hdHRyX3QKICAgX19kYXJ3aW5fcHRocmVhZF9hdHRyX3Q7 CnR5cGVkZWYgc3RydWN0IF9vcGFxdWVfcHRocmVhZF9jb25kX3QKICAgX19kYXJ3aW5fcHRo cmVhZF9jb25kX3Q7CnR5cGVkZWYgc3RydWN0IF9vcGFxdWVfcHRocmVhZF9jb25kYXR0cl90 CiAgIF9fZGFyd2luX3B0aHJlYWRfY29uZGF0dHJfdDsKdHlwZWRlZiB1bnNpZ25lZCBsb25n IF9fZGFyd2luX3B0aHJlYWRfa2V5X3Q7CnR5cGVkZWYgc3RydWN0IF9vcGFxdWVfcHRocmVh ZF9tdXRleF90CiAgIF9fZGFyd2luX3B0aHJlYWRfbXV0ZXhfdDsKdHlwZWRlZiBzdHJ1Y3Qg X29wYXF1ZV9wdGhyZWFkX211dGV4YXR0cl90CiAgIF9fZGFyd2luX3B0aHJlYWRfbXV0ZXhh dHRyX3Q7CnR5cGVkZWYgc3RydWN0IF9vcGFxdWVfcHRocmVhZF9vbmNlX3QKICAgX19kYXJ3 aW5fcHRocmVhZF9vbmNlX3Q7CnR5cGVkZWYgc3RydWN0IF9vcGFxdWVfcHRocmVhZF9yd2xv Y2tfdAogICBfX2Rhcndpbl9wdGhyZWFkX3J3bG9ja190Owp0eXBlZGVmIHN0cnVjdCBfb3Bh cXVlX3B0aHJlYWRfcndsb2NrYXR0cl90CiAgIF9fZGFyd2luX3B0aHJlYWRfcndsb2NrYXR0 cl90Owp0eXBlZGVmIHN0cnVjdCBfb3BhcXVlX3B0aHJlYWRfdAogICAqX19kYXJ3aW5fcHRo cmVhZF90Owp0eXBlZGVmIF9fdWludDMyX3QgX19kYXJ3aW5fc2lnc2V0X3Q7CnR5cGVkZWYg X19pbnQzMl90IF9fZGFyd2luX3N1c2Vjb25kc190Owp0eXBlZGVmIF9fdWludDMyX3QgX19k YXJ3aW5fdWlkX3Q7CnR5cGVkZWYgX191aW50MzJfdCBfX2Rhcndpbl91c2Vjb25kc190Owp0 eXBlZGVmIHVuc2lnbmVkIGNoYXIgX19kYXJ3aW5fdXVpZF90WzE2XTsKdHlwZWRlZiBjaGFy IF9fZGFyd2luX3V1aWRfc3RyaW5nX3RbMzddOwojIDI4ICIvdXNyL2luY2x1ZGUvX3R5cGVz LmgiIDIgMyA0CiMgMzkgIi91c3IvaW5jbHVkZS9fdHlwZXMuaCIgMyA0CnR5cGVkZWYgaW50 IF9fZGFyd2luX25sX2l0ZW07CnR5cGVkZWYgaW50IF9fZGFyd2luX3djdHJhbnNfdDsKCnR5 cGVkZWYgX191aW50MzJfdCBfX2Rhcndpbl93Y3R5cGVfdDsKIyA2MiAiL3Vzci9pbmNsdWRl L3N0cmluZy5oIiAyIDMgNAoKCiMgMSAiL3Vzci9pbmNsdWRlL0F2YWlsYWJpbGl0eS5oIiAx IDMgNAojIDE0NCAiL3Vzci9pbmNsdWRlL0F2YWlsYWJpbGl0eS5oIiAzIDQKIyAxICIvdXNy L2luY2x1ZGUvQXZhaWxhYmlsaXR5SW50ZXJuYWwuaCIgMSAzIDQKIyAxNDUgIi91c3IvaW5j bHVkZS9BdmFpbGFiaWxpdHkuaCIgMiAzIDQKIyA2NSAiL3Vzci9pbmNsdWRlL3N0cmluZy5o IiAyIDMgNAoKCgp0eXBlZGVmIF9fZGFyd2luX3NpemVfdCBzaXplX3Q7CiMgNzkgIi91c3Iv aW5jbHVkZS9zdHJpbmcuaCIgMyA0Cgp2b2lkICptZW1jaHIoY29uc3Qgdm9pZCAqLCBpbnQs IHNpemVfdCk7CmludCBtZW1jbXAoY29uc3Qgdm9pZCAqLCBjb25zdCB2b2lkICosIHNpemVf dCk7CnZvaWQgKm1lbWNweSh2b2lkICosIGNvbnN0IHZvaWQgKiwgc2l6ZV90KTsKdm9pZCAq bWVtbW92ZSh2b2lkICosIGNvbnN0IHZvaWQgKiwgc2l6ZV90KTsKdm9pZCAqbWVtc2V0KHZv aWQgKiwgaW50LCBzaXplX3QpOwpjaGFyICpzdHJjYXQoY2hhciAqLCBjb25zdCBjaGFyICop OwpjaGFyICpzdHJjaHIoY29uc3QgY2hhciAqLCBpbnQpOwppbnQgc3RyY21wKGNvbnN0IGNo YXIgKiwgY29uc3QgY2hhciAqKTsKaW50IHN0cmNvbGwoY29uc3QgY2hhciAqLCBjb25zdCBj aGFyICopOwpjaGFyICpzdHJjcHkoY2hhciAqLCBjb25zdCBjaGFyICopOwpzaXplX3Qgc3Ry Y3Nwbihjb25zdCBjaGFyICosIGNvbnN0IGNoYXIgKik7CmNoYXIgKnN0cmVycm9yKGludCkg X19hc20oIl8iICJzdHJlcnJvciIgKTsKc2l6ZV90IHN0cmxlbihjb25zdCBjaGFyICopOwpj aGFyICpzdHJuY2F0KGNoYXIgKiwgY29uc3QgY2hhciAqLCBzaXplX3QpOwppbnQgc3RybmNt cChjb25zdCBjaGFyICosIGNvbnN0IGNoYXIgKiwgc2l6ZV90KTsKY2hhciAqc3RybmNweShj aGFyICosIGNvbnN0IGNoYXIgKiwgc2l6ZV90KTsKY2hhciAqc3RycGJyayhjb25zdCBjaGFy ICosIGNvbnN0IGNoYXIgKik7CmNoYXIgKnN0cnJjaHIoY29uc3QgY2hhciAqLCBpbnQpOwpz aXplX3Qgc3Ryc3BuKGNvbnN0IGNoYXIgKiwgY29uc3QgY2hhciAqKTsKY2hhciAqc3Ryc3Ry KGNvbnN0IGNoYXIgKiwgY29uc3QgY2hhciAqKTsKY2hhciAqc3RydG9rKGNoYXIgKiwgY29u c3QgY2hhciAqKTsKc2l6ZV90IHN0cnhmcm0oY2hhciAqLCBjb25zdCBjaGFyICosIHNpemVf dCk7CgojIDExMyAiL3Vzci9pbmNsdWRlL3N0cmluZy5oIiAzIDQKCmNoYXIgKnN0cnRva19y KGNoYXIgKiwgY29uc3QgY2hhciAqLCBjaGFyICoqKTsKCiMgMTI1ICIvdXNyL2luY2x1ZGUv c3RyaW5nLmgiIDMgNAoKaW50IHN0cmVycm9yX3IoaW50LCBjaGFyICosIHNpemVfdCk7CmNo YXIgKnN0cmR1cChjb25zdCBjaGFyICopOwp2b2lkICptZW1jY3B5KHZvaWQgKiwgY29uc3Qg dm9pZCAqLCBpbnQsIHNpemVfdCk7CgojIDEzOSAiL3Vzci9pbmNsdWRlL3N0cmluZy5oIiAz IDQKCmNoYXIgKnN0cGNweShjaGFyICosIGNvbnN0IGNoYXIgKik7CmNoYXIgKnN0cG5jcHko Y2hhciAqLCBjb25zdCBjaGFyICosIHNpemVfdCkgX19hdHRyaWJ1dGVfXygod2Vha19pbXBv cnQsdmlzaWJpbGl0eSgiZGVmYXVsdCIpKSk7CmNoYXIgKnN0cm5kdXAoY29uc3QgY2hhciAq LCBzaXplX3QpIF9fYXR0cmlidXRlX18oKHdlYWtfaW1wb3J0LHZpc2liaWxpdHkoImRlZmF1 bHQiKSkpOwpzaXplX3Qgc3Rybmxlbihjb25zdCBjaGFyICosIHNpemVfdCkgX19hdHRyaWJ1 dGVfXygod2Vha19pbXBvcnQsdmlzaWJpbGl0eSgiZGVmYXVsdCIpKSk7CmNoYXIgKnN0cnNp Z25hbChpbnQgc2lnKTsKCiMgMTU1ICIvdXNyL2luY2x1ZGUvc3RyaW5nLmgiIDMgNAp0eXBl ZGVmIF9fZGFyd2luX3NzaXplX3Qgc3NpemVfdDsKCgoKdm9pZCAqbWVtbWVtKGNvbnN0IHZv aWQgKiwgc2l6ZV90LCBjb25zdCB2b2lkICosIHNpemVfdCkgX19hdHRyaWJ1dGVfXygod2Vh a19pbXBvcnQsdmlzaWJpbGl0eSgiZGVmYXVsdCIpKSk7CnZvaWQgbWVtc2V0X3BhdHRlcm40 KHZvaWQgKiwgY29uc3Qgdm9pZCAqLCBzaXplX3QpIF9fYXR0cmlidXRlX18oKHZpc2liaWxp dHkoImRlZmF1bHQiKSkpOwp2b2lkIG1lbXNldF9wYXR0ZXJuOCh2b2lkICosIGNvbnN0IHZv aWQgKiwgc2l6ZV90KSBfX2F0dHJpYnV0ZV9fKCh2aXNpYmlsaXR5KCJkZWZhdWx0IikpKTsK dm9pZCBtZW1zZXRfcGF0dGVybjE2KHZvaWQgKiwgY29uc3Qgdm9pZCAqLCBzaXplX3QpIF9f YXR0cmlidXRlX18oKHZpc2liaWxpdHkoImRlZmF1bHQiKSkpOwoKY2hhciAqc3RyY2FzZXN0 cihjb25zdCBjaGFyICosIGNvbnN0IGNoYXIgKik7CmNoYXIgKnN0cm5zdHIoY29uc3QgY2hh ciAqLCBjb25zdCBjaGFyICosIHNpemVfdCk7CnNpemVfdCBzdHJsY2F0KGNoYXIgKiwgY29u c3QgY2hhciAqLCBzaXplX3QpOwpzaXplX3Qgc3RybGNweShjaGFyICosIGNvbnN0IGNoYXIg Kiwgc2l6ZV90KTsKdm9pZCBzdHJtb2RlKGludCwgY2hhciAqKTsKY2hhciAqc3Ryc2VwKGNo YXIgKiosIGNvbnN0IGNoYXIgKik7CgoKdm9pZCBzd2FiKGNvbnN0IHZvaWQgKiBfX3Jlc3Ry aWN0LCB2b2lkICogX19yZXN0cmljdCwgc3NpemVfdCk7CgoKCgoKCgojIDEgIi91c3IvaW5j bHVkZS9zdHJpbmdzLmgiIDEgMyA0CiMgNzEgIi91c3IvaW5jbHVkZS9zdHJpbmdzLmgiIDMg NAoKCgppbnQgYmNtcChjb25zdCB2b2lkICosIGNvbnN0IHZvaWQgKiwgc2l6ZV90KSA7CnZv aWQgYmNvcHkoY29uc3Qgdm9pZCAqLCB2b2lkICosIHNpemVfdCkgOwp2b2lkIGJ6ZXJvKHZv aWQgKiwgc2l6ZV90KSA7CmNoYXIgKmluZGV4KGNvbnN0IGNoYXIgKiwgaW50KSA7CmNoYXIg KnJpbmRleChjb25zdCBjaGFyICosIGludCkgOwoKCmludCBmZnMoaW50KTsKaW50IHN0cmNh c2VjbXAoY29uc3QgY2hhciAqLCBjb25zdCBjaGFyICopOwppbnQgc3RybmNhc2VjbXAoY29u c3QgY2hhciAqLCBjb25zdCBjaGFyICosIHNpemVfdCk7CgoKCgoKaW50IGZmc2wobG9uZykg X19hdHRyaWJ1dGVfXygodmlzaWJpbGl0eSgiZGVmYXVsdCIpKSk7CmludCBmbHMoaW50KSBf X2F0dHJpYnV0ZV9fKCh2aXNpYmlsaXR5KCJkZWZhdWx0IikpKTsKaW50IGZsc2wobG9uZykg X19hdHRyaWJ1dGVfXygodmlzaWJpbGl0eSgiZGVmYXVsdCIpKSk7CgoKIyAxICIuL2xpYi9z dHJpbmcuaCIgMSAzIDQKIyAyMiAiLi9saWIvc3RyaW5nLmgiIDMgNAogICAgICAgCiMgMjMg Ii4vbGliL3N0cmluZy5oIiAzCgoKCgojIDEgIi91c3IvaW5jbHVkZS9zdHJpbmcuaCIgMSAz IDQKIyAyOCAiLi9saWIvc3RyaW5nLmgiIDIgMwoKCgoKCiMgMSAiL3Vzci9sbHZtLWdjYy00 LjIvYmluLy4uL2xpYi9nY2MvaTY4Ni1hcHBsZS1kYXJ3aW4xMS80LjIuMS9pbmNsdWRlL3N0 ZGRlZi5oIiAxIDMgNAojIDE1MiAiL3Vzci9sbHZtLWdjYy00LjIvYmluLy4uL2xpYi9nY2Mv aTY4Ni1hcHBsZS1kYXJ3aW4xMS80LjIuMS9pbmNsdWRlL3N0ZGRlZi5oIiAzIDQKdHlwZWRl ZiBsb25nIGludCBwdHJkaWZmX3Q7CiMgMzI2ICIvdXNyL2xsdm0tZ2NjLTQuMi9iaW4vLi4v bGliL2djYy9pNjg2LWFwcGxlLWRhcndpbjExLzQuMi4xL2luY2x1ZGUvc3RkZGVmLmgiIDMg NAp0eXBlZGVmIGludCB3Y2hhcl90OwojIDM0ICIuL2xpYi9zdHJpbmcuaCIgMiAzCiMgNDIy ICIuL2xpYi9zdHJpbmcuaCIgMwpleHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsKIyA0 MzIgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBpbnQgX2dsX2N4eGFsaWFzX2R1bW15Owoj IDQ4MSAiLi9saWIvc3RyaW5nLmgiIDMKZXh0ZXJuIHZvaWQgKiBtZW1wY3B5ICh2b2lkICpy ZXN0cmljdCBfX2Rlc3QsIHZvaWQgY29uc3QgKnJlc3RyaWN0IF9fc3JjLCBzaXplX3QgX19u KSBfX2F0dHJpYnV0ZV9fICgoX19ub25udWxsX18gKDEsIDIpKSk7CgoKCgpleHRlcm4gaW50 IF9nbF9jeHhhbGlhc19kdW1teTsKCgpleHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsK IyA1MDEgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiB2b2lkICogbWVtcmNociAodm9pZCBj b25zdCAqLCBpbnQsIHNpemVfdCkgX19hdHRyaWJ1dGVfXyAoKF9fcHVyZV9fKSkgX19hdHRy aWJ1dGVfXyAoKF9fbm9ubnVsbF9fICgxKSkpOwoKCgoKCgpleHRlcm4gaW50IF9nbF9jeHhh bGlhc19kdW1teTsKCgoKCgoKCmV4dGVybiBpbnQgX2dsX2N4eGFsaWFzX2R1bW15OwojIDUz MSAiLi9saWIvc3RyaW5nLmgiIDMKZXh0ZXJuIHZvaWQgKiByYXdtZW1jaHIgKHZvaWQgY29u c3QgKl9fcywgaW50IF9fY19pbikgX19hdHRyaWJ1dGVfXyAoKF9fcHVyZV9fKSkgX19hdHRy aWJ1dGVfXyAoKF9fbm9ubnVsbF9fICgxKSkpOwoKCgoKCgpleHRlcm4gaW50IF9nbF9jeHhh bGlhc19kdW1teTsKCgoKCgoKCmV4dGVybiBpbnQgX2dsX2N4eGFsaWFzX2R1bW15OwojIDU2 MyAiLi9saWIvc3RyaW5nLmgiIDMKZXh0ZXJuIGludCBfZ2xfY3h4YWxpYXNfZHVtbXk7Cgpl eHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsKIyA1OTEgIi4vbGliL3N0cmluZy5oIiAz CmV4dGVybiBjaGFyICogc3RwbmNweSAoY2hhciAqcmVzdHJpY3QgX19kc3QsIGNoYXIgY29u c3QgKnJlc3RyaWN0IF9fc3JjLCBzaXplX3QgX19uKSBfX2F0dHJpYnV0ZV9fICgoX19ub25u dWxsX18gKDEsIDIpKSk7CgoKCgpleHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsKCgoK ZXh0ZXJuIGludCBfZ2xfY3h4YWxpYXNfZHVtbXk7CiMgNjMyICIuL2xpYi9zdHJpbmcuaCIg MwpleHRlcm4gY2hhciAqIHN0cmNocm51bCAoY2hhciBjb25zdCAqX19zLCBpbnQgX19jX2lu KSBfX2F0dHJpYnV0ZV9fICgoX19wdXJlX18pKSBfX2F0dHJpYnV0ZV9fICgoX19ub25udWxs X18gKDEpKSk7CgoKCgoKCmV4dGVybiBpbnQgX2dsX2N4eGFsaWFzX2R1bW15OwojIDY0OCAi Li9saWIvc3RyaW5nLmgiIDMKZXh0ZXJuIGludCBfZ2xfY3h4YWxpYXNfZHVtbXk7CiMgNjc1 ICIuL2xpYi9zdHJpbmcuaCIgMwpleHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsKCmV4 dGVybiBpbnQgX2dsX2N4eGFsaWFzX2R1bW15OwojIDY5NyAiLi9saWIvc3RyaW5nLmgiIDMK ZXh0ZXJuIGludCBfZ2xfY3h4YWxpYXNfZHVtbXk7CgpleHRlcm4gaW50IF9nbF9jeHhhbGlh c19kdW1teTsKIyA3MjMgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBpbnQgX2dsX2N4eGFs aWFzX2R1bW15OwoKZXh0ZXJuIGludCBfZ2xfY3h4YWxpYXNfZHVtbXk7CiMgNzQzICIuL2xp Yi9zdHJpbmcuaCIgMwpleHRlcm4gc2l6ZV90IHJwbF9zdHJubGVuIChjaGFyIGNvbnN0ICpf X3N0cmluZywgc2l6ZV90IF9fbWF4bGVuKSBfX2F0dHJpYnV0ZV9fICgoX19wdXJlX18pKSBf X2F0dHJpYnV0ZV9fICgoX19ub25udWxsX18gKDEpKSk7CgoKZXh0ZXJuIGludCBfZ2xfY3h4 YWxpYXNfZHVtbXk7CiMgNzU1ICIuL2xpYi9zdHJpbmcuaCIgMwpleHRlcm4gaW50IF9nbF9j eHhhbGlhc19kdW1teTsKIyA3ODYgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBpbnQgX2ds X2N4eGFsaWFzX2R1bW15OwojIDc5NSAiLi9saWIvc3RyaW5nLmgiIDMKZXh0ZXJuIGludCBf Z2xfY3h4YWxpYXNfZHVtbXk7CiMgODg3ICIuL2xpYi9zdHJpbmcuaCIgMwpleHRlcm4gaW50 IF9nbF9jeHhhbGlhc19kdW1teTsKIyA4OTcgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBp bnQgX2dsX2N4eGFsaWFzX2R1bW15OwojIDEwNDQgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVy biBzaXplX3QgbWJzbGVuIChjb25zdCBjaGFyICpzdHJpbmcpIF9fYXR0cmlidXRlX18gKChf X3B1cmVfXykpIF9fYXR0cmlidXRlX18gKChfX25vbm51bGxfXyAoMSkpKTsKCgpleHRlcm4g aW50IF9nbF9jeHhhbGlhc19kdW1teTsKCmV4dGVybiBpbnQgX2dsX2N4eGFsaWFzX2R1bW15 OwojIDExMDkgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBjaGFyICogbWJzc3RyIChjb25z dCBjaGFyICpoYXlzdGFjaywgY29uc3QgY2hhciAqbmVlZGxlKQogICAgIF9fYXR0cmlidXRl X18gKChfX3B1cmVfXykpCiAgICAgX19hdHRyaWJ1dGVfXyAoKF9fbm9ubnVsbF9fICgxLCAy KSkpOwojIDExMjEgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBpbnQgbWJzY2FzZWNtcCAo Y29uc3QgY2hhciAqczEsIGNvbnN0IGNoYXIgKnMyKQogICAgIF9fYXR0cmlidXRlX18gKChf X3B1cmVfXykpCiAgICAgX19hdHRyaWJ1dGVfXyAoKF9fbm9ubnVsbF9fICgxLCAyKSkpOwoj IDEyNTcgIi4vbGliL3N0cmluZy5oIiAzCmV4dGVybiBjaGFyICogcnBsX3N0cmVycm9yIChp bnQpOwpleHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsKCgoKZXh0ZXJuIGludCBfZ2xf Y3h4YWxpYXNfZHVtbXk7CiMgMTMxMiAiLi9saWIvc3RyaW5nLmgiIDMKZXh0ZXJuIGludCBf Z2xfY3h4YWxpYXNfZHVtbXk7CgpleHRlcm4gaW50IF9nbF9jeHhhbGlhc19kdW1teTsKIyA5 NSAiL3Vzci9pbmNsdWRlL3N0cmluZ3MuaCIgMiAzIDQKIyAxODEgIi91c3IvaW5jbHVkZS9z dHJpbmcuaCIgMiAzIDQKIyAxOTAgIi91c3IvaW5jbHVkZS9zdHJpbmcuaCIgMyA0CiMgMSAi L3Vzci9pbmNsdWRlL3NlY3VyZS9fc3RyaW5nLmgiIDEgMyA0CiMgMzIgIi91c3IvaW5jbHVk ZS9zZWN1cmUvX3N0cmluZy5oIiAzIDQKIyAxICIvdXNyL2luY2x1ZGUvc2VjdXJlL19jb21t b24uaCIgMSAzIDQKIyAzMyAiL3Vzci9pbmNsdWRlL3NlY3VyZS9fc3RyaW5nLmgiIDIgMyA0 CiMgNTggIi91c3IvaW5jbHVkZS9zZWN1cmUvX3N0cmluZy5oIiAzIDQKc3RhdGljIF9faW5s aW5lIHZvaWQgKgpfX2lubGluZV9tZW1jcHlfY2hrICh2b2lkICpfX2Rlc3QsIGNvbnN0IHZv aWQgKl9fc3JjLCBzaXplX3QgX19sZW4pCnsKICByZXR1cm4gX19idWlsdGluX19fbWVtY3B5 X2NoayAoX19kZXN0LCBfX3NyYywgX19sZW4sIF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAoX19k ZXN0LCAwKSk7Cn0KCgoKCgoKc3RhdGljIF9faW5saW5lIHZvaWQgKgpfX2lubGluZV9tZW1t b3ZlX2NoayAodm9pZCAqX19kZXN0LCBjb25zdCB2b2lkICpfX3NyYywgc2l6ZV90IF9fbGVu KQp7CiAgcmV0dXJuIF9fYnVpbHRpbl9fX21lbW1vdmVfY2hrIChfX2Rlc3QsIF9fc3JjLCBf X2xlbiwgX19idWlsdGluX29iamVjdF9zaXplIChfX2Rlc3QsIDApKTsKfQoKCgoKCgpzdGF0 aWMgX19pbmxpbmUgdm9pZCAqCl9faW5saW5lX21lbXNldF9jaGsgKHZvaWQgKl9fZGVzdCwg aW50IF9fdmFsLCBzaXplX3QgX19sZW4pCnsKICByZXR1cm4gX19idWlsdGluX19fbWVtc2V0 X2NoayAoX19kZXN0LCBfX3ZhbCwgX19sZW4sIF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAoX19k ZXN0LCAwKSk7Cn0KCgoKCgoKc3RhdGljIF9faW5saW5lIGNoYXIgKgpfX2lubGluZV9zdHJj cHlfY2hrIChjaGFyICpfX3Jlc3RyaWN0IF9fZGVzdCwgY29uc3QgY2hhciAqX19yZXN0cmlj dCBfX3NyYykKewogIHJldHVybiBfX2J1aWx0aW5fX19zdHJjcHlfY2hrIChfX2Rlc3QsIF9f c3JjLCBfX2J1aWx0aW5fb2JqZWN0X3NpemUgKF9fZGVzdCwgMiA+IDEpKTsKfQoKCgoKCgoK c3RhdGljIF9faW5saW5lIGNoYXIgKgpfX2lubGluZV9zdHBjcHlfY2hrIChjaGFyICpfX2Rl c3QsIGNvbnN0IGNoYXIgKl9fc3JjKQp7CiAgcmV0dXJuIF9fYnVpbHRpbl9fX3N0cGNweV9j aGsgKF9fZGVzdCwgX19zcmMsIF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAoX19kZXN0LCAyID4g MSkpOwp9CgoKCgoKCnN0YXRpYyBfX2lubGluZSBjaGFyICoKX19pbmxpbmVfc3RwbmNweV9j aGsgKGNoYXIgKl9fcmVzdHJpY3QgX19kZXN0LCBjb25zdCBjaGFyICpfX3Jlc3RyaWN0IF9f c3JjLAogICAgICAgIHNpemVfdCBfX2xlbikKewogIHJldHVybiBfX2J1aWx0aW5fX19zdHBu Y3B5X2NoayAoX19kZXN0LCBfX3NyYywgX19sZW4sIF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAo X19kZXN0LCAyID4gMSkpOwp9CgoKCgoKCgpzdGF0aWMgX19pbmxpbmUgY2hhciAqCl9faW5s aW5lX3N0cm5jcHlfY2hrIChjaGFyICpfX3Jlc3RyaWN0IF9fZGVzdCwgY29uc3QgY2hhciAq X19yZXN0cmljdCBfX3NyYywKICAgICAgICBzaXplX3QgX19sZW4pCnsKICByZXR1cm4gX19i dWlsdGluX19fc3RybmNweV9jaGsgKF9fZGVzdCwgX19zcmMsIF9fbGVuLCBfX2J1aWx0aW5f b2JqZWN0X3NpemUgKF9fZGVzdCwgMiA+IDEpKTsKfQoKCgoKCgpzdGF0aWMgX19pbmxpbmUg Y2hhciAqCl9faW5saW5lX3N0cmNhdF9jaGsgKGNoYXIgKl9fcmVzdHJpY3QgX19kZXN0LCBj b25zdCBjaGFyICpfX3Jlc3RyaWN0IF9fc3JjKQp7CiAgcmV0dXJuIF9fYnVpbHRpbl9fX3N0 cmNhdF9jaGsgKF9fZGVzdCwgX19zcmMsIF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAoX19kZXN0 LCAyID4gMSkpOwp9CgoKCgoKCgpzdGF0aWMgX19pbmxpbmUgY2hhciAqCl9faW5saW5lX3N0 cm5jYXRfY2hrIChjaGFyICpfX3Jlc3RyaWN0IF9fZGVzdCwgY29uc3QgY2hhciAqX19yZXN0 cmljdCBfX3NyYywKICAgICAgICBzaXplX3QgX19sZW4pCnsKICByZXR1cm4gX19idWlsdGlu X19fc3RybmNhdF9jaGsgKF9fZGVzdCwgX19zcmMsIF9fbGVuLCBfX2J1aWx0aW5fb2JqZWN0 X3NpemUgKF9fZGVzdCwgMiA+IDEpKTsKfQojIDE5MSAiL3Vzci9pbmNsdWRlL3N0cmluZy5o IiAyIDMgNAojIDI4ICIuL2xpYi9zdHJpbmcuaCIgMiAzCiMgMjYgImxpYi9zdHBuY3B5LmMi IDIKCgoKCgoKCmNoYXIgKgooKF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAoY2hhciAqZGVzdCwg MCkgIT0gKHNpemVfdCkgLTEpID8gX19idWlsdGluX19fc3RwbmNweV9jaGsgKGNoYXIgKmRl c3QsIGNvbnN0IGNoYXIgKnNyYywgc2l6ZV90IG4sIF9fYnVpbHRpbl9vYmplY3Rfc2l6ZSAo Y2hhciAqZGVzdCwgMiA+IDEpKSA6IF9faW5saW5lX3N0cG5jcHlfY2hrIChjaGFyICpkZXN0 LCBjb25zdCBjaGFyICpzcmMsIHNpemVfdCBuKSkKewogIGNoYXIgYzsKICBjaGFyICpzID0g ZGVzdDsKCiAgaWYgKG4gPj0gNCkKICAgIHsKICAgICAgc2l6ZV90IG40ID0gbiA+PiAyOwoK ICAgICAgZm9yICg7OykKICAgICAgICB7CiAgICAgICAgICBjID0gKnNyYysrOwogICAgICAg ICAgKmRlc3QrKyA9IGM7CiAgICAgICAgICBpZiAoYyA9PSAnXDAnKQogICAgICAgICAgICBi cmVhazsKICAgICAgICAgIGMgPSAqc3JjKys7CiAgICAgICAgICAqZGVzdCsrID0gYzsKICAg ICAgICAgIGlmIChjID09ICdcMCcpCiAgICAgICAgICAgIGJyZWFrOwogICAgICAgICAgYyA9 ICpzcmMrKzsKICAgICAgICAgICpkZXN0KysgPSBjOwogICAgICAgICAgaWYgKGMgPT0gJ1ww JykKICAgICAgICAgICAgYnJlYWs7CiAgICAgICAgICBjID0gKnNyYysrOwogICAgICAgICAg KmRlc3QrKyA9IGM7CiAgICAgICAgICBpZiAoYyA9PSAnXDAnKQogICAgICAgICAgICBicmVh azsKICAgICAgICAgIGlmICgtLW40ID09IDApCiAgICAgICAgICAgIGdvdG8gbGFzdF9jaGFy czsKICAgICAgICB9CiAgICAgIG4gLT0gZGVzdCAtIHM7CiAgICAgIGdvdG8gemVyb19maWxs OwogICAgfQoKIGxhc3RfY2hhcnM6CiAgbiAmPSAzOwogIGlmIChuID09IDApCiAgICByZXR1 cm4gZGVzdDsKCiAgZm9yICg7OykKICAgIHsKICAgICAgYyA9ICpzcmMrKzsKICAgICAgLS1u OwogICAgICAqZGVzdCsrID0gYzsKICAgICAgaWYgKGMgPT0gJ1wwJykKICAgICAgICBicmVh azsKICAgICAgaWYgKG4gPT0gMCkKICAgICAgICByZXR1cm4gZGVzdDsKICAgIH0KCiB6ZXJv X2ZpbGw6CiAgd2hpbGUgKG4tLSA+IDApCiAgICBkZXN0W25dID0gJ1wwJzsKCiAgcmV0dXJu IGRlc3QgLSAxOwp9Cg== --------------060003090208070402090107-- From debbugs-submit-bounces@debbugs.gnu.org Sun Jan 20 00:16:20 2013 Received: (at 13495) by debbugs.gnu.org; 20 Jan 2013 05:16:20 +0000 Received: from localhost ([127.0.0.1]:40974 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwnGW-000546-BN for submit@debbugs.gnu.org; Sun, 20 Jan 2013 00:16:20 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:44251) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TwnGS-00053x-SG for 13495@debbugs.gnu.org; Sun, 20 Jan 2013 00:16:18 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 1206A39E8108; Sat, 19 Jan 2013 21:15:20 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id ds1Dn50Wg2xA; Sat, 19 Jan 2013 21:15:19 -0800 (PST) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id AAB5239E8106; Sat, 19 Jan 2013 21:15:19 -0800 (PST) Message-ID: <50FB7D67.7090302@cs.ucla.edu> Date: Sat, 19 Jan 2013 21:15:19 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> In-Reply-To: <50FB6D6B.8000603@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13495 Cc: 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) On 01/19/2013 08:07 PM, Assaf Gordon wrote: > Which looks like some macro expansion, but I couldn't find the declaration of this macro. It's because stpncpy.c earlier has this: # define __stpncpy stpncpy which means that this: char * __stpncpy (char *dest, const char *src, size_t n) { expands to this: char * stpncpy (char *dest, const char *src, size_t n) { which in turn is expanded by the stpncpy macro in the system string.h, to this: char * ((__builtin_object_size (char *dest, 0) != (size_t) -1) ? __builtin___stpncpy_chk (char *dest, const char *src, size_t n, __builtin_object_size (char *dest, 2 > 1)) : __inline_stpncpy_chk (char *dest, const char *src, size_t n)) { which is obviously bogus. Does something like the following patch fix things for you? diff --git a/lib/stpncpy.c b/lib/stpncpy.c index 466cd5f..8b14fb9 100644 --- a/lib/stpncpy.c +++ b/lib/stpncpy.c @@ -31,7 +31,7 @@ /* Copy no more than N bytes of SRC to DST, returning a pointer past the last non-NUL byte written into DST. */ char * -__stpncpy (char *dest, const char *src, size_t n) +(__stpncpy) (char *dest, const char *src, size_t n) { char c; char *s = dest; From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 21 14:30:36 2013 Received: (at 13495) by debbugs.gnu.org; 21 Jan 2013 19:30:36 +0000 Received: from localhost ([127.0.0.1]:43487 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TxN4m-0004T5-9W for submit@debbugs.gnu.org; Mon, 21 Jan 2013 14:30:36 -0500 Received: from mail-vc0-f181.google.com ([209.85.220.181]:43345) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TxN4j-0004Sx-Vo for 13495@debbugs.gnu.org; Mon, 21 Jan 2013 14:30:34 -0500 Received: by mail-vc0-f181.google.com with SMTP id d16so3634715vcd.26 for <13495@debbugs.gnu.org>; Mon, 21 Jan 2013 11:29:28 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=Ps8F2efAuUQS2TlI30db2osNMSq6rGmynSAiqa7Vo9M=; b=tVPZQ/B3H9lOR1sHEx0AI/nQWdRiJttzF9aYygrWaFxN5Gxchb7ZB9kNa3BxpOLFFd EoRr+mkQFbVW+WxoOcqCE+rhHGtiynvMPhHBv71nwYYkMHkOi081BmR3fZHcQaufdQN2 blniCmknml9Y6hsS0cAFZ33OIoUgLaOlWry1K4VVoBcpdwij47bI3hppWGV8s//mArH9 mv9E61YgaWlJp9xqTfQV5u/aE0OL0dYWXDcHk0VaJAtOSHZoCHoGHYRKOvG52FJk5YE5 PC8exF0WljG6FE9OJwDweMvee4x5azYnda5vlqqXL50ycmIcm5V8jk6f6Z7BrG/ZcWHQ Rbgw== X-Received: by 10.220.151.67 with SMTP id b3mr4661542vcw.19.1358796568637; Mon, 21 Jan 2013 11:29:28 -0800 (PST) Received: from [192.168.1.103] ([143.48.64.234]) by mx.google.com with ESMTPS id sk8sm8178313vdb.13.2013.01.21.11.29.26 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 21 Jan 2013 11:29:27 -0800 (PST) Message-ID: <50FD997C.6020301@gmail.com> Date: Mon, 21 Jan 2013 14:39:40 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.11) Gecko/20121122 Icedove/10.0.11 MIME-Version: 1.0 To: Paul Eggert , 13495@debbugs.gnu.org Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> In-Reply-To: <50FB7D67.7090302@cs.ucla.edu> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13495 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) On 01/20/13 00:15, Paul Eggert wrote: > On 01/19/2013 08:07 PM, Assaf Gordon wrote: >> Which looks like some macro expansion, but I couldn't find the declaration of this macro. > > Does something like the following patch fix things for you? > > diff --git a/lib/stpncpy.c b/lib/stpncpy.c > index 466cd5f..8b14fb9 100644 > --- a/lib/stpncpy.c > +++ b/lib/stpncpy.c > @@ -31,7 +31,7 @@ > /* Copy no more than N bytes of SRC to DST, returning a pointer past the > last non-NUL byte written into DST. */ > char * > -__stpncpy (char *dest, const char *src, size_t n) > +(__stpncpy) (char *dest, const char *src, size_t n) > { > char c; > char *s = dest; > Yes. This fixes the problem. Compilation succeeds with both gcc and clang. Thank you! -gordon From debbugs-submit-bounces@debbugs.gnu.org Tue Jan 22 01:21:29 2013 Received: (at 13495-done) by debbugs.gnu.org; 22 Jan 2013 06:21:29 +0000 Received: from localhost ([127.0.0.1]:43943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TxXEe-00040Q-2C for submit@debbugs.gnu.org; Tue, 22 Jan 2013 01:21:29 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:45839) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TxXEa-00040I-LK for 13495-done@debbugs.gnu.org; Tue, 22 Jan 2013 01:21:26 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 63D0639E8106; Mon, 21 Jan 2013 22:20:16 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id DdldBPdXyVc5; Mon, 21 Jan 2013 22:20:15 -0800 (PST) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id A709F39E8100; Mon, 21 Jan 2013 22:20:15 -0800 (PST) Message-ID: <50FE2F9F.4030204@cs.ucla.edu> Date: Mon, 21 Jan 2013 22:20:15 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> In-Reply-To: <50FD997C.6020301@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 13495-done Cc: bug-gnulib , 13495-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) On 01/21/2013 11:39 AM, Assaf Gordon wrote: > This fixes the problem. Compilation succeeds with both gcc and clang. Thanks for checking. I pushed the following patch into gnulib and am marking this coreutils bug as done. --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +2013-01-21 Paul Eggert + + stpncpy: port to OS X 10.8 + * lib/stpncpy.c (__stpncpy): Parenthesize name when defining function. + Problem reported by Assaf Gordon in . + 2013-01-16 Paul Eggert unistd: port to recent mingw diff --git a/lib/stpncpy.c b/lib/stpncpy.c index 466cd5f..8b14fb9 100644 --- a/lib/stpncpy.c +++ b/lib/stpncpy.c @@ -31,7 +31,7 @@ /* Copy no more than N bytes of SRC to DST, returning a pointer past the last non-NUL byte written into DST. */ char * -__stpncpy (char *dest, const char *src, size_t n) +(__stpncpy) (char *dest, const char *src, size_t n) { char c; char *s = dest; -- 1.7.11.7 From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 24 16:07:45 2013 Received: (at 13495) by debbugs.gnu.org; 24 Jan 2013 21:07:45 +0000 Received: from localhost ([127.0.0.1]:48218 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyU1Q-0006pT-8d for submit@debbugs.gnu.org; Thu, 24 Jan 2013 16:07:45 -0500 Received: from mail-vc0-f174.google.com ([209.85.220.174]:63299) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyU1N-0006pL-91 for 13495@debbugs.gnu.org; Thu, 24 Jan 2013 16:07:42 -0500 Received: by mail-vc0-f174.google.com with SMTP id n11so6952846vch.19 for <13495@debbugs.gnu.org>; Thu, 24 Jan 2013 13:07:36 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=bYaK8AAqmzmL20mpF9+BA92JF8Vsmi1YwHzFwRlCq9E=; b=HMY+L6HVlw65fGvVBreEJ1QyVSdI4Ap/himS2ecIzlwdtL9re03xhBw2PIVJZV1XMM iNu0+wK46KumJjXnJa1jGsGWzIsbGqP9rmXTLIpIHn4cKc144MPCHZ7IG6/a9DEN4a9M Z0HzJx7rvB/kLggzW2m3JzLZHT6t6qQ2eTDVCNQ2XinQg7awk+w99KQ1ErjIo7F/0Np6 5Ngxea62K9oMFtA4cJ9Ubs5vJ1gxqIYaRJJM4fD2e0Ml++23wQcTKi3IRtYIKmofpjpo yirDno67nvENumeNwDe/CZ8OwgokUcfzj9Kdnl8o8vRtaTHySoGhBDxNlMZ9OUygG8I1 LY9A== X-Received: by 10.220.240.141 with SMTP id la13mr3529929vcb.39.1359061656156; Thu, 24 Jan 2013 13:07:36 -0800 (PST) Received: from [143.48.11.9] (tango.cshl.edu. [143.48.11.9]) by mx.google.com with ESMTPS id y7sm13924838vdt.14.2013.01.24.13.07.34 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Thu, 24 Jan 2013 13:07:35 -0800 (PST) Message-ID: <5101A295.7060705@gmail.com> Date: Thu, 24 Jan 2013 16:07:33 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> In-Reply-To: <50FE2F9F.4030204@cs.ucla.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Paul Eggert wrote, On 01/22/2013 01:20 AM: > On 01/21/2013 11:39 AM, Assaf Gordon wrote: >> This fixes the problem. Compilation succeeds with both gcc and clang. > > Thanks for checking. I pushed the following patch into gnulib > and am marking this coreutils bug as done. > Just a follow-up, not necessarily a gnulib/coreutils bug: compiling using defaults works: ./configure make or ./configure CC=clang make But adding "CFLAGS=-g -O0" to ease debugging results in unresolved symbol "___stpncpy_chk": $ CFLAGS="-g -O0" ./configure $ make [ ... snip ... ] CCLD src/dircolors Undefined symbols for architecture x86_64: "___stpncpy_chk", referenced from: _make_link_name in ls.o ___inline_stpncpy_chk in ls.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status make[2]: *** [src/dir] Error 1 make[2]: *** Waiting for unfinished jobs.... make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 (This is not a show-stopper for me, so I'm not waiting for a solution). -Gordon From debbugs-submit-bounces@debbugs.gnu.org Thu Jan 24 16:38:35 2013 Received: (at 13495) by debbugs.gnu.org; 24 Jan 2013 21:38:35 +0000 Received: from localhost ([127.0.0.1]:48237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyUVC-0007bR-1b for submit@debbugs.gnu.org; Thu, 24 Jan 2013 16:38:35 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:36619) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyUV4-0007bC-8Z for 13495@debbugs.gnu.org; Thu, 24 Jan 2013 16:38:25 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id D7C82A60003; Thu, 24 Jan 2013 13:38:16 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id RtahKybmtWOT; Thu, 24 Jan 2013 13:38:16 -0800 (PST) Received: from penguin.cs.ucla.edu (Penguin.CS.UCLA.EDU [131.179.64.200]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 87E16A60002; Thu, 24 Jan 2013 13:38:16 -0800 (PST) Message-ID: <5101A9C8.6000007@cs.ucla.edu> Date: Thu, 24 Jan 2013 13:38:16 -0800 From: Paul Eggert User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130110 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> <5101A295.7060705@gmail.com> In-Reply-To: <5101A295.7060705@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) On 01/24/13 13:07, Assaf Gordon wrote: > $ CFLAGS="-g -O0" ./configure Isn't it better to use this? ./configure CFLAGS="-g -O0" If that works, it solves your problem. Otherwise: > $ make > [ ... snip ... ] > CCLD src/dircolors > Undefined symbols for architecture x86_64: > "___stpncpy_chk", referenced from: This is the broken stpncpy implementation on OS X. But why isn't 'configure' catching that? What is the value of HAVE_STPNCPY? It should not be 1. config.log should tell you why it has the wrong value. From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 14:26:16 2013 Received: (at 13495) by debbugs.gnu.org; 25 Jan 2013 19:26:16 +0000 Received: from localhost ([127.0.0.1]:49588 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyoul-0000Rf-Sj for submit@debbugs.gnu.org; Fri, 25 Jan 2013 14:26:16 -0500 Received: from mail-vb0-f45.google.com ([209.85.212.45]:58399) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyouh-0000RV-Pa for 13495@debbugs.gnu.org; Fri, 25 Jan 2013 14:26:13 -0500 Received: by mail-vb0-f45.google.com with SMTP id p1so545243vbi.4 for <13495@debbugs.gnu.org>; Fri, 25 Jan 2013 11:26:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=8R6+nNuH/A/kBgWxp+TTEuPlVb8JuGQbTBljCwdmXzo=; b=d3nG2wOiBtIVrWpz5jXBzzwqsB7aOtWYssseK4/M53on2+07FmbYS0R9DHwgSmw+F8 baL4WVkk1rznZdKJUXNtP+rL3XYqSzPKi9R7Pk3HCCI3nsnywTMi8VSBCy0gNusClSJJ wah8bh63PLuDSDFIaNetfznaEzB20pbsBhrL/jclpIjQdZushNWIlTFpZqr6cVNW2Nej 2ExbbN+XvZG2mwnmYnD+ZnDEV0RSeUFwak/gQa/iXwMEatDj4N2Y258yZFO1QJhHgChX JPuVjr+9MoVJHwGKT5COiG73AJTFVeN9O2lY4F+XRj4XQRynmvAQupcsJPXDJCKNbCE9 17eQ== X-Received: by 10.52.16.65 with SMTP id e1mr2126773vdd.127.1359141961381; Fri, 25 Jan 2013 11:26:01 -0800 (PST) Received: from [143.48.11.9] (tango.cshl.edu. [143.48.11.9]) by mx.google.com with ESMTPS id x17sm992528vdi.1.2013.01.25.11.25.58 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Jan 2013 11:25:59 -0800 (PST) Message-ID: <5102DC45.3060405@gmail.com> Date: Fri, 25 Jan 2013 14:25:57 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> <5101A295.7060705@gmail.com> <5101A9C8.6000007@cs.ucla.edu> In-Reply-To: <5101A9C8.6000007@cs.ucla.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.6 (--) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Paul Eggert wrote, On 01/24/2013 04:38 PM: > On 01/24/13 13:07, Assaf Gordon wrote: >> $ CFLAGS="-g -O0" ./configure > > Isn't it better to use this? > > ./configure CFLAGS="-g -O0" > > If that works, it solves your problem. No, doesn't work - same linking error. > Otherwise: > >> $ make >> [ ... snip ... ] >> CCLD src/dircolors >> Undefined symbols for architecture x86_64: >> "___stpncpy_chk", referenced from: > > This is the broken stpncpy implementation on OS X. > But why isn't 'configure' catching that? > What is the value of HAVE_STPNCPY? It should > not be 1. config.log should tell you why it has > the wrong value. I found the following: 1. "config.log" has one check for "stpncpy" the fails: === configure:8522: checking for stpncpy configure:8522: gcc -std=gnu99 -o conftest -g -O0 conftest.c >&5 conftest.c:145: warning: conflicting types for built-in function 'stpncpy' Undefined symbols for architecture x86_64: "_stpncpy", referenced from: _main in ccBRWint.o ld: symbol(s) not found for architecture x86_64 collect2: ld returned 1 exit status configure:8522: $? = 1 configure: failed program was: | /* confdefs.h */ | #define PACKAGE_NAME "GNU coreutils" | #define PACKAGE_TARNAME "coreutils" | #define PACKAGE_VERSION "8.20.90-e27bfd" | #define PACKAGE_STRING "GNU coreutils 8.20.90-e27bfd" | #define PACKAGE_BUGREPORT "bug-coreutils@gnu.org" | #define PACKAGE_URL "http://www.gnu.org/software/coreutils/" | #define PACKAGE "coreutils" | #define VERSION "8.20.90-e27bfd" | #define STDC_HEADERS 1 | #define HAVE_SYS_TYPES_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_STDLIB_H 1 | #define HAVE_STRING_H 1 | #define HAVE_MEMORY_H 1 | #define HAVE_STRINGS_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_UNISTD_H 1 | #define __EXTENSIONS__ 1 | #define _ALL_SOURCE 1 | #define _DARWIN_C_SOURCE 1 | #define _GNU_SOURCE 1 | #define _POSIX_PTHREAD_SEMANTICS 1 | #define _TANDEM_SOURCE 1 | #define HAVE_FSEEKO 1 | #define HAVE_ALLOCA_H 1 | #define HAVE_ALLOCA 1 | #define HAVE_ARPA_INET_H 1 | #define HAVE_UNISTD_H 1 | #define HAVE_SYS_PARAM_H 1 | #define HAVE_SYS_SOCKET_H 1 | #define HAVE_DIRENT_H 1 | #define HAVE_WCTYPE_H 1 | #define HAVE_SYS_STAT_H 1 | #define HAVE_NETDB_H 1 | #define HAVE_NETINET_IN_H 1 | #define HAVE_GETOPT_H 1 | #define HAVE_TERMIOS_H 1 | #define HAVE_SYS_TIME_H 1 | #define HAVE_GRP_H 1 | #define HAVE_ICONV_H 1 | #define HAVE_WCHAR_H 1 | #define HAVE_STDINT_H 1 | #define HAVE_INTTYPES_H 1 | #define HAVE_LANGINFO_H 1 | #define HAVE_XLOCALE_H 1 | #define HAVE_MATH_H 1 | #define HAVE_SYS_MMAN_H 1 | #define HAVE_SYS_STATVFS_H 1 | #define HAVE_SYS_SELECT_H 1 | #define HAVE_PTHREAD_H 1 | #define HAVE_UTMP_H 1 | #define HAVE_UTMPX_H 1 | #define HAVE_SCHED_H 1 | #define HAVE_SPAWN_H 1 | #define HAVE_SYS_IOCTL_H 1 | #define HAVE_SYS_RESOURCE_H 1 | #define HAVE_SYS_UIO_H 1 | #define HAVE_SYS_UTSNAME_H 1 | #define HAVE_SYS_WAIT_H 1 | #define HAVE_UTIME_H 1 | #define HAVE_PATHS_H 1 | #define HAVE_SYSLOG_H 1 | #define HAVE_PWD_H 1 | #define D_INO_IN_DIRENT 1 | #define HAVE_LONG_FILE_NAMES 1 | #define HAVE_PATHCONF 1 | #define HAVE_BTOWC 1 | #define HAVE_REALPATH 1 | #define HAVE_CHOWN 1 | #define HAVE_FCHOWN 1 | #define HAVE_FCHDIR 1 | #define HAVE_LCHMOD 1 | #define HAVE_FCNTL 1 | #define HAVE_SYMLINK 1 | #define HAVE_ISBLANK 1 | #define HAVE_ISWCTYPE 1 | #define HAVE_MBSRTOWCS 1 | #define HAVE_WMEMCHR 1 | #define HAVE_WMEMCPY 1 | #define HAVE_FPURGE 1 | #define HAVE_ALARM 1 | #define HAVE_FSYNC 1 | #define HAVE_STRTOF 1 | #define HAVE_FTRUNCATE 1 | #define HAVE_FSTATFS 1 | #define HAVE_GETDTABLESIZE 1 | #define HAVE_GETLOGIN 1 | #define HAVE_FLOCKFILE 1 | #define HAVE_FUNLOCKFILE 1 | #define HAVE_TCGETATTR 1 | #define HAVE_TCSETATTR 1 | #define HAVE_GETTIMEOFDAY 1 | #define HAVE_GETUSERSHELL 1 | #define HAVE_ISWCNTRL 1 | #define HAVE_ISWBLANK 1 | #define HAVE_LINK 1 | #define HAVE_READLINK 1 | #define HAVE_LSTAT 1 | #define HAVE_MBSINIT 1 | #define HAVE_MBRTOWC 1 | #define HAVE_MBRLEN 1 | #define HAVE_ISASCII 1 | #define HAVE_MPROTECT 1 | #define HAVE_GETGROUPLIST 1 | #define HAVE_FCHMOD 1 | #define HAVE_MKFIFO 1 | #define HAVE_MKNOD 1 | #define HAVE_MKSTEMP 1 | #define HAVE_NL_LANGINFO 1 | #define HAVE_POSIX_SPAWN 1 | #define HAVE_UTMPXNAME 1 | #define HAVE_WCSCOLL 1 | #define HAVE_SETENV 1 | #define HAVE_SETTIMEOFDAY 1 | #define HAVE_SIGACTION 1 | #define HAVE_SIGALTSTACK 1 | #define HAVE_SIGINTERRUPT 1 | #define HAVE_SNPRINTF 1 | /* end confdefs.h. */ | /* Define stpncpy to an innocuous variant, in case declares stpncpy. | For example, HP-UX 11i declares gettimeofday. */ | #define stpncpy innocuous_stpncpy | | /* System header to define __stub macros and hopefully few prototypes, | which can conflict with char stpncpy (); below. | Prefer to if __STDC__ is defined, since | exists even on freestanding compilers. */ | | #ifdef __STDC__ | # include | #else | # include | #endif | | #undef stpncpy | | /* Override any GCC internal prototype to avoid an error. | Use char because int might match the return type of a GCC | builtin and then its argument prototype would still apply. */ | #ifdef __cplusplus | extern "C" | #endif | char stpncpy (); | /* The GNU C library defines this for functions which it implements | to always fail with ENOSYS. Some functions are actually named | something starting with __ and the normal name is an alias. */ | #if defined __stub_stpncpy || defined __stub___stpncpy | choke me | #endif | | int | main () | { | return stpncpy (); | ; | return 0; | } configure:8522: result: no === 2. "config.log" has another check for the declaration of "stpncpy" that succeeds: === configure:21404: checking whether stpncpy is declared configure:21404: gcc -std=gnu99 -c -g -O0 conftest.c >&5 configure:21404: $? = 0 configure:21404: result: yes === 3. "lib/config.h" then have the followings (after "configure"): === /* Define to 1 when the gnulib module stpncpy should be tested. */ #define GNULIB_TEST_STPNCPY 1 /* Define to 1 if you have the declaration of `stpncpy', and to 0 if you don't. */ #define HAVE_DECL_STPNCPY 1 /* Define if you have the stpncpy() function and it works. */ /* #undef HAVE_STPNCPY */ === 4. The declaration of "stpncpy" in /usr/include/secure/_string.h is messy: === #define stpncpy(dest, src, len) \ ((__darwin_obsz0 (dest) != (size_t) -1) \ ? __builtin___stpncpy_chk (dest, src, len, __darwin_obsz (dest)) \ : __inline_stpncpy_chk (dest, src, len)) static __inline char * __inline_stpncpy_chk (char *__restrict __dest, const char *__restrict __src, size_t __len) { return __builtin___stpncpy_chk (__dest, __src, __len, __darwin_obsz(__dest)); } === So I'm guessing that even though gnulib's stpncpy code is used, because the MacOS's native declaration of stpncpy is included, it causes problems when the macro is expanded to use "__stpncpy_chk". From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 15:08:58 2013 Received: (at 13495) by debbugs.gnu.org; 25 Jan 2013 20:08:58 +0000 Received: from localhost ([127.0.0.1]:49608 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Typa6-0001TV-8p for submit@debbugs.gnu.org; Fri, 25 Jan 2013 15:08:58 -0500 Received: from mail-vb0-f53.google.com ([209.85.212.53]:45548) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Typa3-0001TO-Eb for 13495@debbugs.gnu.org; Fri, 25 Jan 2013 15:08:56 -0500 Received: by mail-vb0-f53.google.com with SMTP id b23so568090vbz.40 for <13495@debbugs.gnu.org>; Fri, 25 Jan 2013 12:08:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=9D3jYKC4I+YEDpNkoWVgsK9soQ83KgXWIIcPM6MY5ls=; b=LB6oY5VOtTdccFRcIr5+27JJ7dEvlLMSm9IDmylwfvEXM1QOxpIx8rqmU6qscpitCu 8VcbWJXt0tYStl6Shs+637ehWjCPuhT+bN5aMdvkyy6TMIxP1sYqDTnzUfgNHtmMmGu3 G6ALTx1+53UllG+9JNUrecpdj3zie68Xj1wYqr05GxeS+MX+sUcETzhtoOqZEI4O+wT9 qQQQim2qq6Exy8FSOug0V6AlwN7w6rwLkKc5SIWC+m8R+7sua4ezNMjcsBB6MedE9eEB +N0X+OZ2CEodhv1U59dDPMITxB85Nk/ojcVS0NQRVlLKbCeCJJ77VsbGrBm2uRdiRI/I 1PRQ== X-Received: by 10.220.225.197 with SMTP id it5mr7340770vcb.20.1359144525094; Fri, 25 Jan 2013 12:08:45 -0800 (PST) Received: from [143.48.11.9] (tango.cshl.edu. [143.48.11.9]) by mx.google.com with ESMTPS id x9sm1042366vel.4.2013.01.25.12.08.43 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Fri, 25 Jan 2013 12:08:44 -0800 (PST) Message-ID: <5102E64A.4050100@gmail.com> Date: Fri, 25 Jan 2013 15:08:42 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> <5101A295.7060705@gmail.com> <5101A9C8.6000007@cs.ucla.edu> <5102DC45.3060405@gmail.com> In-Reply-To: <5102DC45.3060405@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) An ugly work-around: "-O1" seems to overcome the messy macro expansion of stpncpy. So either compile everything with CFLAGS="-g -O1", Or compile everything with "-g -O0" until it fails, then compile two problematic objects with "-O1" and continue, Or just compile the program of interest and ignore the rest. Not ideal, but since my goal was to debug "rm", it suffices. A better solution could be to modify the code and override the definition of stpncpy (but I'm not meddling with gnulib). For completeness, the following works: $ ./configure CFLAGS="-g -O0" $ make ## will fail with unresolved "__strpncpy_chk" # Compile two objects with "-O1" $ rm -f src/ls.o src/src_ginstall-install.o $ make CFLAGS="-g -O1" src/ls.o src/src_ginstall-install.o # Compile the rest with "-O0" $ make From debbugs-submit-bounces@debbugs.gnu.org Fri Jan 25 17:18:40 2013 Received: (at 13495) by debbugs.gnu.org; 25 Jan 2013 22:18:40 +0000 Received: from localhost ([127.0.0.1]:49654 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Tyrbc-0004TA-0W for submit@debbugs.gnu.org; Fri, 25 Jan 2013 17:18:40 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:40665) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TyrbZ-0004Sy-0c for 13495@debbugs.gnu.org; Fri, 25 Jan 2013 17:18:38 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id AA58539E8108; Fri, 25 Jan 2013 14:18:25 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Z1wbYbo1ELxh; Fri, 25 Jan 2013 14:18:25 -0800 (PST) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 3C04239E8008; Fri, 25 Jan 2013 14:18:25 -0800 (PST) Message-ID: <510304AC.6050007@cs.ucla.edu> Date: Fri, 25 Jan 2013 14:18:20 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> <5101A295.7060705@gmail.com> <5101A9C8.6000007@cs.ucla.edu> <5102DC45.3060405@gmail.com> In-Reply-To: <5102DC45.3060405@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -4.2 (----) On 01/25/2013 11:25 AM, Assaf Gordon wrote: > So I'm guessing that even though gnulib's stpncpy code is used, > because the MacOS's native declaration of stpncpy is included, it > causes problems when the macro is expanded to use "__stpncpy_chk". Does the following patch fix things for you? It attempts to change the substitute string.h to inhibit that macro expansion. diff --git a/lib/string.in.h b/lib/string.in.h index 6223cce..b8d6a33 100644 --- a/lib/string.in.h +++ b/lib/string.in.h @@ -262,11 +262,13 @@ _GL_WARN_ON_USE (stpcpy, "stpcpy is unportable - " /* Copy no more than N bytes of SRC to DST, returning a pointer past the last non-NUL byte written into DST. */ #if @GNULIB_STPNCPY@ -# if @REPLACE_STPNCPY@ +# if @REPLACE_STPNCPY@ || (!@HAVE_STPNCPY@ && defined stpncpy) # if !(defined __cplusplus && defined GNULIB_NAMESPACE) # undef stpncpy # define stpncpy rpl_stpncpy # endif +# endif +# if @REPLACE_STPNCPY@ _GL_FUNCDECL_RPL (stpncpy, char *, (char *restrict __dst, char const *restrict __src, size_t __n) From debbugs-submit-bounces@debbugs.gnu.org Mon Jan 28 14:31:33 2013 Received: (at 13495) by debbugs.gnu.org; 28 Jan 2013 19:31:33 +0000 Received: from localhost ([127.0.0.1]:52873 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzuQW-0001ON-Jx for submit@debbugs.gnu.org; Mon, 28 Jan 2013 14:31:33 -0500 Received: from mail-vc0-f169.google.com ([209.85.220.169]:57227) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1TzuQT-0001OE-LK for 13495@debbugs.gnu.org; Mon, 28 Jan 2013 14:31:30 -0500 Received: by mail-vc0-f169.google.com with SMTP id n10so2157130vcn.0 for <13495@debbugs.gnu.org>; Mon, 28 Jan 2013 11:31:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=x-received:message-id:date:from:user-agent:mime-version:to:cc :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=FzBRSgQ7tvHTe/mVfvUbph4wFBpUyRpJmGPH7j1qGIQ=; b=BqXL8+9c0MpQhI4Bee/CqgzOORcI+EnoHa5Qh9VZbBV8NgT0HYbmxsE5+7FxIoFtty eI3AlYZ9zU2NSR+8G1/P8iItwheD8dX9OFW9JviwxaKRLXtcpM04b1wvbAue3JJSNS5r drUUTiyQE5mM9VVXYaq/HaaKfm0w+KlPHmmUKxo08McrwGRCCChZ5RkUls3dFiZOUDvM SYdYCaz1jAsVh0eLmpwePzFExLb5cmgwa9h8B94LpqwsnAOqxEjjXbpHGGlgzoTFObV2 NHDn+LbcPQhO1GHeP/JkEbQV10lEppjVClrZa/4a5M9FCLgVip+u808qO+r1ZKkhoBEx 35og== X-Received: by 10.52.34.75 with SMTP id x11mr9344913vdi.117.1359401462437; Mon, 28 Jan 2013 11:31:02 -0800 (PST) Received: from [143.48.11.9] (tango.cshl.edu. [143.48.11.9]) by mx.google.com with ESMTPS id x9sm6793343vel.4.2013.01.28.11.31.00 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128); Mon, 28 Jan 2013 11:31:01 -0800 (PST) Message-ID: <5106D1F3.4070600@gmail.com> Date: Mon, 28 Jan 2013 14:30:59 -0500 From: Assaf Gordon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.4) Gecko/20120510 Icedove/10.0.4 MIME-Version: 1.0 To: Paul Eggert Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> <5101A295.7060705@gmail.com> <5101A9C8.6000007@cs.ucla.edu> <5102DC45.3060405@gmail.com> <510304AC.6050007@cs.ucla.edu> In-Reply-To: <510304AC.6050007@cs.ucla.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Score: 0.1 (/) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.6 (--) Paul Eggert wrote, On 01/25/2013 05:18 PM: > On 01/25/2013 11:25 AM, Assaf Gordon wrote: > >> So I'm guessing that even though gnulib's stpncpy code is used, >> because the MacOS's native declaration of stpncpy is included, it >> causes problems when the macro is expanded to use "__stpncpy_chk". > > Does the following patch fix things for you? It attempts to change > the substitute string.h to inhibit that macro expansion. > No, doesn't work, on two levels: 1. This code isn't used - due to the combination of #if's. The resulting "lib/string.h" contains: /* Copy no more than N bytes of SRC to DST, returning a pointer past the last non-NUL byte written into DST. */ #if 1 # if 0 || (!0 && defined stpncpy) # if !(defined __cplusplus && defined GNULIB_NAMESPACE) # undef stpncpy # define stpncpy rpl_stpncpy # endif # endif And this isn't used. I checked by adding an "#error" above the "#undef" - and it didn't trigger an error. 2. I took the two lines (undef+defined) and put them outside the #if's (and verified they were processed, using #error) - but they still did not fix the compilation error. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 04 01:44:24 2013 Received: (at 13495) by debbugs.gnu.org; 4 Feb 2013 06:44:24 +0000 Received: from localhost ([127.0.0.1]:34914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2Fmv-0000b4-SD for submit@debbugs.gnu.org; Mon, 04 Feb 2013 01:44:23 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:50634) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2Fms-0000av-BP for 13495@debbugs.gnu.org; Mon, 04 Feb 2013 01:44:20 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 5E6B6A60001; Sun, 3 Feb 2013 22:43:14 -0800 (PST) X-Virus-Scanned: amavisd-new at smtp.cs.ucla.edu Received: from smtp.cs.ucla.edu ([127.0.0.1]) by localhost (smtp.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id rcBQ2sJaWpPw; Sun, 3 Feb 2013 22:43:13 -0800 (PST) Received: from [192.168.1.9] (pool-71-189-154-249.lsanca.fios.verizon.net [71.189.154.249]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id AFCD639E8008; Sun, 3 Feb 2013 22:43:13 -0800 (PST) Message-ID: <510F5881.3080601@cs.ucla.edu> Date: Sun, 03 Feb 2013 22:43:13 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130106 Thunderbird/17.0.2 MIME-Version: 1.0 To: Assaf Gordon Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> <50F9D08A.8090605@gmail.com> <50F9EFC4.1090601@cs.ucla.edu> <50FB5E3E.5020409@gmail.com> <50FB6526.9070104@cs.ucla.edu> <50FB6D6B.8000603@gmail.com> <50FB7D67.7090302@cs.ucla.edu> <50FD997C.6020301@gmail.com> <50FE2F9F.4030204@cs.ucla.edu> <5101A295.7060705@gmail.com> <5101A9C8.6000007@cs.ucla.edu> <5102DC45.3060405@gmail.com> <510304AC.6050007@cs.ucla.edu> <5106D1F3.4070600@gmail.com> In-Reply-To: <5106D1F3.4070600@gmail.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 13495 Cc: bug-gnulib , 13495@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: -2.3 (--) On 01/28/2013 11:30 AM, Assaf Gordon wrote: > 1. This code isn't used - due to the combination of #if's. > The resulting "lib/string.h" contains: > /* Copy no more than N bytes of SRC to DST, returning a pointer past the > last non-NUL byte written into DST. */ > #if 1 > # if 0 || (!0 && defined stpncpy) > # if !(defined __cplusplus && defined GNULIB_NAMESPACE) > # undef stpncpy > # define stpncpy rpl_stpncpy > # endif > # endif > > And this isn't used. Well, I'm lost then, because I thought that your platform (when using the compiler options in question) did a #define strpncpy(...) ..., which should cause the above undef+define to trigger. > 2. I took the two lines (undef+defined) and put them outside the #if's > (and verified they were processed, using #error) - but they still did not fix the compilation error. Sorry, I'm lost here too. I'm afraid more detective work will need to be done on your end. From debbugs-submit-bounces@debbugs.gnu.org Mon Feb 04 18:10:12 2013 Received: (at 13495) by debbugs.gnu.org; 4 Feb 2013 23:10:12 +0000 Received: from localhost ([127.0.0.1]:36528 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2VAy-0004Aw-Ig for submit@debbugs.gnu.org; Mon, 04 Feb 2013 18:10:12 -0500 Received: from frenzy.freefriends.org ([66.54.153.139]:42358 helo=freefriends.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1U2VAw-0004Ao-Nk for 13495@debbugs.gnu.org; Mon, 04 Feb 2013 18:10:11 -0500 X-Envelope-From: karl@freefriends.org Received: from freefriends.org (localhost [127.0.0.1]) by freefriends.org (8.14.6/8.14.6) with ESMTP id r14N92m5021622; Mon, 4 Feb 2013 16:09:02 -0700 Received: (from nobody@localhost) by freefriends.org (8.14.6/8.14.6/submit) id r14N92NY021621; Mon, 4 Feb 2013 23:09:02 GMT Date: Mon, 4 Feb 2013 23:09:02 GMT Message-Id: <201302042309.r14N92NY021621@freefriends.org> X-Authentication-Warning: frenzy.freefriends.org: nobody set sender to karl@freefriends.org using -f From: karl@freefriends.org (Karl Berry) To: assafgordon@gmail.com, bug-gnulib@gnu.org, 13495@debbugs.gnu.org Subject: Re: bug#13495: Compilation fails on Mac OS X 10.8.0 In-Reply-To: <510F5881.3080601@cs.ucla.edu> X-Spam-Score: 0.8 (/) X-Debbugs-Envelope-To: 13495 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: debbugs-submit-bounces@debbugs.gnu.org Errors-To: debbugs-submit-bounces@debbugs.gnu.org X-Spam-Score: 0.8 (/) > 1. This code isn't used - due to the combination of #if's. Sorry if I'm missing the point here, but FWIW, my suggestion for cpp-related debugging is to take the line from make for compiling the file and change it to: gcc -E -dD -o foobar ...copy rest of cmdline from make output... Then foobar will have the #define statements, in the context of the regular preprocessed output, so you can see what is #defining what and why. http://gcc.gnu.org/onlinedocs/gcc/Preprocessor-Options.html (at -dCHARS, toward the end.) (Or similar, for other compilers. Sorry, I don't recall if you're using gcc.) Best, karl From unknown Mon Jun 23 18:28:23 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 05 Mar 2013 12:24:03 +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