From unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 18 Jan 2013 22:34:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 13495@debbugs.gnu.org X-Debbugs-Original-To: bug-coreutils@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.13585484311004 (code B ref -1); Fri, 18 Jan 2013 22:34:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 18 Jan 2013 22:47:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.13585491862190 (code B ref 13495); Fri, 18 Jan 2013 22:47:01 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sat, 19 Jan 2013 01:00:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Assaf Gordon Cc: 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135855717614404 (code B ref 13495); Sat, 19 Jan 2013 01:00:01 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 20 Jan 2013 02:54:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.13586503933006 (code B ref 13495); Sun, 20 Jan 2013 02:54:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 20 Jan 2013 03:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Assaf Gordon Cc: 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135865277210183 (code B ref 13495); Sun, 20 Jan 2013 03:33:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 20 Jan 2013 03:58:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135865428012473 (code B ref 13495); Sun, 20 Jan 2013 03:58:01 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Sun, 20 Jan 2013 05:17:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Assaf Gordon Cc: 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135865898019477 (code B ref 13495); Sun, 20 Jan 2013 05:17:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 21 Jan 2013 19:31:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135879663617182 (code B ref 13495); Mon, 21 Jan 2013 19:31:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.428 (Entity 5.428) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: Assaf Gordon Subject: bug#13495: closed (Re: bug#13495: Compilation fails on Mac OS X 10.8.0) Message-ID: References: <50FE2F9F.4030204@cs.ucla.edu> <50F9CD8F.1000905@gmail.com> X-Gnu-PR-Message: they-closed 13495 X-Gnu-PR-Package: coreutils Reply-To: 13495@debbugs.gnu.org Date: Tue, 22 Jan 2013 06:22:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1358835722-15451-1" This is a multi-part message in MIME format... ------------=_1358835722-15451-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #13495: Compilation fails on Mac OS X 10.8.0 which was filed against the coreutils package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 13495@debbugs.gnu.org. --=20 13495: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D13495 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1358835722-15451-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit 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 ------------=_1358835722-15451-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit 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 ------------=_1358835722-15451-1-- From unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 24 Jan 2013 21:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135906166526260 (code B ref 13495); Thu, 24 Jan 2013 21:08:01 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Thu, 24 Jan 2013 21:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Assaf Gordon Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135906351529238 (code B ref 13495); Thu, 24 Jan 2013 21:39:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 25 Jan 2013 19:27:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.13591419761719 (code B ref 13495); Fri, 25 Jan 2013 19:27:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 25 Jan 2013 20:09:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.13591445385677 (code B ref 13495); Fri, 25 Jan 2013 20:09:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Fri, 25 Jan 2013 22:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Assaf Gordon Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.135915232017188 (code B ref 13495); Fri, 25 Jan 2013 22:19:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Assaf Gordon Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 28 Jan 2013 19:32:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Paul Eggert Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.13594014935360 (code B ref 13495); Mon, 28 Jan 2013 19:32:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 Resent-From: Paul Eggert Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 04 Feb 2013 06:45:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: Assaf Gordon Cc: bug-gnulib , 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.13599602642302 (code B ref 13495); Mon, 04 Feb 2013 06:45:02 +0000 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 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-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 unknown Mon Jun 23 18:32:47 2025 X-Loop: help-debbugs@gnu.org Subject: bug#13495: Compilation fails on Mac OS X 10.8.0 References: <50F9CD8F.1000905@gmail.com> Resent-From: karl@freefriends.org (Karl Berry) Original-Sender: debbugs-submit-bounces@debbugs.gnu.org Resent-CC: bug-coreutils@gnu.org Resent-Date: Mon, 04 Feb 2013 23:11:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 13495 X-GNU-PR-Package: coreutils X-GNU-PR-Keywords: To: assafgordon@gmail.com, bug-gnulib@gnu.org, 13495@debbugs.gnu.org Received: via spool by 13495-submit@debbugs.gnu.org id=B13495.136001941216057 (code B ref 13495); Mon, 04 Feb 2013 23:11:02 +0000 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) In-Reply-To: <510F5881.3080601@cs.ucla.edu> X-Spam-Score: 0.8 (/) 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