From unknown Thu Aug 14 21:22:26 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#14463 <14463@debbugs.gnu.org> To: bug#14463 <14463@debbugs.gnu.org> Subject: Status: coreutils-8.21 darwin regressions Reply-To: bug#14463 <14463@debbugs.gnu.org> Date: Fri, 15 Aug 2025 04:22:26 +0000 retitle 14463 coreutils-8.21 darwin regressions reassign 14463 coreutils submitter 14463 Jack Howarth severity 14463 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 11:48:11 2013 Received: (at submit) by debbugs.gnu.org; 24 May 2013 15:48:11 +0000 Received: from localhost ([127.0.0.1]:60484 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UfuDy-0003KU-Fy for submit@debbugs.gnu.org; Fri, 24 May 2013 11:48:11 -0400 Received: from eggs.gnu.org ([208.118.235.92]:41326) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ufrm3-0003zh-GG for submit@debbugs.gnu.org; Fri, 24 May 2013 09:11:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ufrkz-00081v-Bx for submit@debbugs.gnu.org; Fri, 24 May 2013 09:10:10 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-100.3 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD, USER_IN_WHITELIST autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([208.118.235.17]:39095) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ufrkz-00081l-4v for submit@debbugs.gnu.org; Fri, 24 May 2013 09:10:05 -0400 Received: from eggs.gnu.org ([208.118.235.92]:52637) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ufrkt-0000BL-UN for bug-coreutils@gnu.org; Fri, 24 May 2013 09:10:05 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Ufrkn-0007mK-1Y for bug-coreutils@gnu.org; Fri, 24 May 2013 09:09:59 -0400 Received: from bromo.med.uc.edu ([129.137.3.146]:47125) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Ufrkm-0007mB-MK for bug-coreutils@gnu.org; Fri, 24 May 2013 09:09:52 -0400 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id EA14FB005C for ; Fri, 24 May 2013 09:09:51 -0400 (EDT) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id r4OD9pE1009177 for bug-coreutils@gnu.org; Fri, 24 May 2013 09:09:51 -0400 Date: Fri, 24 May 2013 09:09:51 -0400 From: Jack Howarth To: bug-coreutils@gnu.org Subject: coreutils-8.21 darwin regressions Message-ID: <20130524130951.GA8966@bromo.med.uc.edu> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="PEIAKu/WMn1b1Hv9" Content-Disposition: inline User-Agent: Mutt/1.5.18 (2008-05-17) X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 208.118.235.17 X-Spam-Score: -4.2 (----) X-Debbugs-Envelope-To: submit X-Mailman-Approved-At: Fri, 24 May 2013 11:48:09 -0400 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.9 (------) --PEIAKu/WMn1b1Hv9 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline I am finding on x86_64-apple-darwin12 that coreutils 8.21 exhibits four additional failures in gnulib-tests which aren't present in a build of coreutils 8.19. These are... FAIL: test-getcwd.sh FAIL: test-getgroups FAIL: test-getlogin FAIL: test-vasprintf-posix The respective logs shows... FAIL: test-getcwd.sh (exit: 7) ============================== FAIL: test-getgroups (exit: 134) ================================ test-getgroups.c:58: assertion failed FAIL: test-getlogin (exit: 134) =============================== test-getlogin.c:69: assertion failed FAIL: test-vasprintf-posix (exit: 134) ====================================== test-vasprintf-posix.c:238: assertion failed These trace in gdb as... # gdb ./test-getgroups GNU gdb 6.3.50-20050815 (Apple version gdb-1824) (Wed Feb 6 22:51:23 UTC 2013) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .. done (gdb) break main Breakpoint 1 at 0x1000014a7: file test-getgroups.c, line 39. (gdb) r Starting program: /sw/src/fink.build/coreutils-8.21-100/coreutils-8.21/gnulib-tests/test-getgroups Reading symbols for shared libraries +............................. done Breakpoint 1, main (argc=1, argv=0x7fff5fbff7a0) at test-getgroups.c:39 39 errno = 0; (gdb) s 40 result = getgroups (0, NULL); (gdb) rpl_getgroups (n=0, group=0x0) at getgroups.c:70 70 return getgroups (n, (GETGROUPS_T *) group); (gdb) Current language: auto; currently minimal 0x0000000100001cfc in dyld_stub_getgroups$DARWIN_EXTSN () (gdb) Single stepping until exit from function dyld_stub_getgroups$DARWIN_EXTSN, which has no line number information. test-getgroups.c:58: assertion failed Program received signal SIGABRT, Aborted. 0x00007fff885b4d46 in __kill () (gdb) # gdb ./test-getlogin GNU gdb 6.3.50-20050815 (Apple version gdb-1824) (Wed Feb 6 22:51:23 UTC 2013) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-apple-darwin"...Reading symbols for shared libraries .. done (gdb) break main Breakpoint 1 at 0x100000894: file test-getlogin.c, line 39. (gdb) r Starting program: /sw/src/fink.build/coreutils-8.21-100/coreutils-8.21/gnulib-tests/test-getlogin Reading symbols for shared libraries +............................. done Breakpoint 1, main () at test-getlogin.c:39 39 buf = getlogin (); (gdb) s 40 if (buf == NULL) (gdb) s 65 const char *name = getenv ("LOGNAME"); (gdb) s 66 if (name == NULL || name[0] == '\0') (gdb) s 68 if (name != NULL && name[0] != '\0') (gdb) s 69 ASSERT (strcmp (buf, name) == 0); (gdb) s test-getlogin.c:69: assertion failed rpl_fflush (stream=0x7fff76c23bc0) at fflush.c:145 145 if (stream == NULL || ! freading (stream)) (gdb) s Current language: auto; currently minimal freading (fp=0x7fff76c23bc0) at freading.c:39 39 return (fp_->_flags & __SRD) != 0; (gdb) s rpl_fflush (stream=0x7fff76c23bc0) at fflush.c:146 146 return fflush (stream); (gdb) s 0x0000000100000cd2 in dyld_stub_fflush () (gdb) s Single stepping until exit from function dyld_stub_fflush, which has no line number information. Program received signal SIGABRT, Aborted. 0x00007fff885b4d46 in __kill () (gdb) The full trace for the test-vasprintf-posix test case is rather large and is attached as a gzip file. Jack --PEIAKu/WMn1b1Hv9 Content-Type: application/x-gzip Content-Disposition: attachment; filename="test-vasprintf-posix.trace.gz" Content-Transfer-Encoding: base64 H4sICDNmn1EAA3Rlc3QtdmFzcHJpbnRmLXBvc2l4LnRyYWNlAO2d+3PTyJbHf0Z/RU/2DsQk cfTwkxC2MhC41LJAJWFn9nJnXbItJ7pjyy7JhoSZ+7/v6ZZk69F+5QEt+6uqkIl11H3Uj9N9 pO9n/B/ssttm5cOxE4wPvtjByHe9ce9gNAzca+3N+0/idK1slav6ganrVb1hVNnuyWjUd9gX xw/cocdNDoyGWSmx3V+dLnvttBmrMdN8VjWemRb7dPGSmbphlbSXw9GN715ejelvvcJe+47D zoe98Vfbd9jr4cTr2mMqcJ+99Tpl7c2rX5gbsB63CiKrfdYZUrVUS/uGja8cxl1843iOb/fZ x0m773bYO7fjeAGZ2l6X3QwnjK7Tvjr9znDgsPGQda5s79Jh7pgbHA591nWDse+2J2OHSh+5 TsCGPX6a/HF81nH8se16dMrruty9oKxd3IwcthNcDb/yK25c73KHlxyQp9yplOkVucvvw24H wz7V0b9h3pDRzfi2N75hPXKA7rTMWKLQ+OyOON11yIG+KIvK4c3y1Q54JT33csLbgv7auW7U WrXKgc175qBr+19db6dcLp85dpfcY8HNoD3sB6K84MrmV/Xdtm/7/HbLZdYdeo6m7VJXlljb d+w/2IBuWvuF/+doSGOCGcweM/3a0HXdbBid3jPWc2kQyAZOubNPpXsOs2o1oxyV2nV6/CMv GDsjxsImpC4ZUCcE0W2SgWg23v47wnCnrJ1SL351x1fMDssMbN7e7F+TYMx2HK9LJi8CZ8z+ 1hsO2TH7m+1f6tqLr1fcuV3+4cFBSWMveGn0iy7QxD+hU752Prb9MS9w5A8vfXvwjB0GXw8D v3NI3vxRbk/cfvewM/SdyZj64KBRNo0DaoPMR4eX3oTa84C3RiCdTExbqSv2youOqJuSvbIv Oort0m13jukv+v3lWL+u93q9aq/d69VtvcR7Tt5Pz3gPafyfR0yYtKYmbLd0FLVS2GdVXddy JguLrjQ1/k9cdG/idUT37g5uWrE5VTL/5HE03uhudPY8ceLFooqbNa1Zo0p5A+/6zsgh02Om H7Hov58fs0b8x95eSWtyD/nBG9R3xl8olhyz2U0+9p1g0h/vs52fuzv7zDCtSpXc9kf91swo tBmlml7X97kTA3sc30jbrDdEMcL/+GreWFXNqpIbX+xWwEek6NAgvpxqeznxfYf861PwmtiX zjPG7Ml4eMQ64QkKKwOaPgO7T21OBYX+0H18yfkYlyoGSxDdSd5s1VsJi0lY161GOOa+JG+w FvpF0ddnT5PeeXG97z+9e7fPHvcd73J8lXMyaRle3p7wAUKOhVckHa6bduN2DntTj416vanx f8hrlyr9ePb2/cXr1seTs/NTtht797hLP3aJPWd6SQuvbY1sP3BiE0n13UTdta5BntrJTzpm 6E08rHlpfFibWtMkX7oHLzq0VoZjWmtWwo+6rk8fhP/hdMYtu98fdlr0x1E4Gez0VY3wI2oI PtQzV9GnR5ph8ZKjOPq0M2I/HbMn/9SflOhMPZ4w1Cwddkwnfhaf16LPX/795Kx1wegUoyv3 9o7mX1PRo8/58ert2enLi7f/c8qedkd08ePwfj7Ht/z7ETt8ykTko5WZVlzPuR6z0Hf3i8Oe HlKBVqLA7kgUEM2pY0a3ccAMcqdSyVj1+vZlEDaOUalmTn51u+OraSF8nHKrutSKGq/l0s7h mixPzt603n94f8qtmxnrETnt8v1Ti5ajWalVfa7dnJKrRuaKeXbJW+a9wDv1BfWD/oQ9fsw7 ikfGJ81FPbxyXWvfxartU2nMtbtb/9Sk1um6VxsXi4ZWI9kwyY7gTfzPJ9TGZs1MmDh9iiSL O8us1yQdy8sr01krNR9kVldkVUk1Fj8C2nN1rqjz6WTVnFNEeGfkllFjf/0V//2YVUr8qsay qxpkVcs2SOqu4wLNklatZV3Mj8Dpfx9p1bqsYPkltHHweJCq1qu5a85O37w9vzg9a9FYYbup q/fZmDaxJX5d2jVuRdvzOD+isMNtGjkbHpnCAdYZkUUjNbmikBcGz3mhuGYY0/A/i5LldMg7 IjMrNBvY161w0IZrJp3PfsStKzPr2fRKXZH9mK6yzEf//hGrdIOv0o3MKv369IIvQm/O441U do3uOWO+FaHRtSupZ/GKzC+gqiuGVjHifabLJzhdJpatcGX9rNN65VKt8dpLf+3tcRu+6zT0 5Kyy+cAq882fz3OEY7YjtkOlHep9o5kaObEpdZozsxd/URLSjz460iph+fFE5peJ8UpD8VG2 LNcLN2M8OsYtRp/R2L7LHTbqDzEintP+fMITz8FoyLMm2vlOPPsLpch2u09pf3ci0vzhaOwO 3G/iiULwQjJwGoah8X+ixrgOJoMK261TAeXsnIg/y476fVajJgqv/Ox6PD/t/h5lRbdKIykR PLwO3G9O+epZw9IaltjJjye+J/xju8l/uR1lfPyXWQp/W9HvCrnVrM4uDm15zBXW7D9Z+MGz 6OrwJnL3ELtSs2h6J0sj26gsg5dFfz5j52//cdr675PflhZmamKJ43+2xuLiuKi90J2N9kbh +WDx+RBuF3goJb9anuN0nW4U+p+zCjnADsXNDcniItzol/hcN2ZrJ11IjRifZU+pMp5X2JIi n+bL4rskS596MW0jvuqJmKhV6qktT3w87bUp7rBwI0WRq15r5qxmNj8/4RVFuwQR4Ph+aJp1 RtEuSkP4iiqC3RETVonVez8Med045M2iutg7i8U6lYZwq6aVsnL5RqxbFiGUTjd1I+U4N/lp N7Nzme1eRfM366kSs1uQeAPfNKxc0RJb74nYmuVbmTvAVxGx9eHbpzJfBlKu/V7m54749fkd G19o4v3wdG+8Ul9Rp+d3Z8k94ut3J29ab84+fPooRkh+95kzfnf6+oLb5jblEtvzv3/49fzt m/fCPr8fztt/PHl5Kowry41P3gk/mrJ9tsT8H6dnH4R9vujYPpudRINwmtTQ5ckZK7s8m1hF RaTyMl6MlS8m3nOE+41Ko27Mma7RKJiNviNunb8tMv1s/D4dCg3JUOAmpjDxQpP84OUmljCh zTPZNA15x/80srut4cQPnP4XJ+D5lix9/CkxA3lZ+frCsqi98oXJ8uFMgVZ+NJy+P/90dkrD 5d2HlycXbz+8j7cC0XZk+VL2nZaqW61J97ue8Qa8ZSvSVfnI9TS5nkXNQe0aXlNKDKpKflAN ffey5fi+x99QiN+U7pmWLDNPHte058z7VpHl1dNep0vIlEdmseSOnS47YHGO9iPqrDSrstkf zo7oyheMkjY+6GhvIVr5vPWRUu5X/D8pX9F1eQnhcf4+yvl++fRa5C4l0QtzYiOtP/Fz0AOD GzblUTDuLV3YyLYb2TBX1U15nbOao8etsjUzysKOeDFyj+bf7S0aqJrNKlOu8o2LaKTnUd9y +/mrRWhLkYTS6/ULNucPyXD/N47KZ9H+qGoa8xe+3YkXuJe0Txf5a9TXe0zkPmGVVEDVyvsY d/hsrh5xQ3nPR7vXveOwAlV3ktVq9FxvWchjBt93Y/WYrh7Ucg3efGHcC93/HLo920BUq9Vs nsL7aJax0GIfjxQagc9n8ZF3TXU2oQbOYOjf8Jzp1WyN8R1hHpe8H3cWL6uUSJxezRInKrOW Gg5RwdPMic7PPObJ2EDUQbMlaRIOvJfvTk/ef/oo3gPTh+E4exp1Hfk6XVSqTePRv9d8ifjD uni2P9A1sVLzlogadroM8c01nYpeU/KbDf+Lh9roVvN3estbukuD5N4iNzSrMZuisdP3/YKd LtHoJxppJ+fnp2cXIlCLN+fHrLra++oOFWLkColnkRiNR4nHpLFJMPY7g9FsWuyIF/I7JV6z Lq6IQ6KQDkV2pSOIAiAKgCgAogCIAiAKWLV/IApIHRAFhAdEARAFQBQAUQBEAWs8D1LrNbxa 3ig8HyAKUOJRLkQBsr6CKACiAIgCIAqAKACigNQBUQBEATNziAIgCoAoIHYKogCIAiAKgCgA ogCIAiAKiA6IAiAKWLF/IApIHRAFhAdEARAFQBQAUQBEAWs8D1LrNbxa3ig8HyAKUOJRLkQB sr6CKACiAIgCIAqAKACigNQBUQBEATNziAIgCoAoIHYKogCIAiAKgCgAogCIAiAKiA6IAiAK WLF/IApIHRAFhAdEARAFQBQAUQBEAWs8D1LrNbxa3ig8H4oiCsh+qSFEAhAJzNyHSEBiD5EA RALb/ZoHIgGIBCSVQiQAkQBEAhAJQCQAkQBEAhAJQCQAkQBEAhAJQCQAkQBEAhAJQCQAkQBE AhAJhE0BkcCmvpZXyxuF50NRRAIQBUAUMHMfogCJPUQBEAVs92sdiAIgCpBUClEARAEQBUAU AFEARAEQBUAUAFEARAEQBUAUAFEARAEQBUAUAFEARAEQBUAUEDYFRAGb+hpeLW8Ung8QBSjx KBeiAFlfQRQAUQBEARAFQBQAUUDqgCgAooCZOUQBEAVAFBA7BVEARAEQBUAUAFEARAEQBUQH RAEQBazYPxAFpA6IAsIDogCIAiAKgCgAooA1ngep9RpeLW8Ung8QBSjxKBeiAFlfQRQAUQBE ARAFQBQAUUDqgCgAooCZOUQBEAVAFBA7BVEARAHFFgVkvzoQIgGIBCASgEgAIgG5HUQCEAlA JJA8IBKASAAiAYgEIBKASKAo3ig8HyASUOLRLkQCsr6CSAAiAYgEIBKASAAigdQBkQBEAjNz iAQgEoBIIHYKIgGIBIotEoAoAKIAiAIgCoAoQG4HUQBEARAFJA+IAiAKgCgAogCIAiAKKIo3 Cs8HiAKUeJQLUYCsryAKgCgAogCIAiAKgCggdUAUAFHAzByiAIgCIAqInYIoAKIAiAJuIwow pg8GE62S0gL8a8LEQ5jdCZ3iTwdpuRGu1OrGPrOsfVap7LMqb4xUEWEJyYlR60nerreNaR2L +sKq0UDm/zxaIB6g80Y4LGSCgFvoAZZ5/J00AWuIItZbjQxH8tht1ft7QAlByoWUjKBTzcoI 2jXICCAjyNtBRgAZwQPJCKzqvNQ1dH6PL7L3IkmQvt1fKkmQvjbIShIgNHjoYI0lYXoSSwKW hI1eEqAsK2bAL7iy7N4SuO+gLsskagVXl9VmUSEuqz/0LmUKM/753WVmhdS5rTg+oXWD1q3A 3ig+J6B3U+ItJfRusr6C3q24ejdpgpLs4L6QqNXkqo2Z2btQyQb13Oar55KLnwL6B6jnoJ6T VPqQ6rmKfDUIj6mqK84Zl2npJlHSySUb0gdVixqgqkuG8JJLIKjLHAUV1GXWz2iSeixjSnOU P/8ysotpZG9PLgeOR3N59nArLbjzfrDeTrH1xmg0eDbWyA/dUN728uP/5paNfT72vWDMEqK5 zihs2lYrTGFbA2fQGd20Old/5J9aTAL/0PU6/UnXOQyczsR3DqPnWzzX1bWa/ujPojdr00L6 hfRru9IvJExImH5AwlRH6oPU58eBQ9nvWANIlLZ/iLzHXOJjPMCPF4/T280u6auaO7+Kqxla zaB971qhe733b4UO9NRZTd5j8zueH5Klk6cliN2I3YA+8YwK0KeSoR3Q571Dn0lSrNDQ58My fBZn9BITjX6tyFDeO9xpmBr9iI6fT2VGz/UWM5m1usEsK0FmRiE8T4zS9XxLELOawjacKRmG 0zCXYZnfYiwzjGlTJtNck8l0JP3ZqUwrUJDJXOLxRjKZq97fAzKZKRfAZALAAYADACfZEWAy wWSCycSSgCUBS4ISSwKYzGIG/E1kMm+TwIHJBJP5vZjM/PgEkwkms8DeKD4nwGQq8RIRomBZ X0EUXFxRMJhMSIyLLU8Akwlxm6RSMJlzL4HeLXMUVO8GJhNMJphMpF9IvwqbfiFhQsIEJhOp T2FSH3A9BclzwGCCwZQeYDARqxli9dyC8UwKDKZ6oR0M5v0zmM6WMJh3Y/YUYjBNU6Mf0fHz GUxzNQbTTDOY5hoMpilnMK1lDOY4ZjBHY7/r9noJDNNaE8PsSrq0W5/WoSCGucTjjcQwV72/ B8QwUy4AwwRzA+YGzE2yI4BhAsMEhoklAUsClgQllgRgmMUM+JuIYd4mgQOGCQzze2GY+fEJ DBMYZoG9UXxOAMNU4j0idMCyvoIOuLg6YGCYUBUXW6EADBP6NkmlwDDnXgLJW+YoqOQNGCYw TGCYW59+Zb9oDOlYcdMxJFBIoIBlIhUqTCoE1KcgeQ+wTGCZ0gNYJmI1Q6yeWzCeUQHLVC+0 A8u8fyyzuyVY5t0YPoWwTMvUDGsZlmmthmVaaSzTWgPLtORYZmUZlvnuMsIyxZui7nBCw6PE jHJ1TSazI+lPx55WoCCTucTjjWQyV72/B2QyUy6AyQSAAwAHAE6yI340kynHVWIm869jVrkf JrMh00wsg3kA34C2RLBHsEewB225vQF/E2nL26RmoC3XpC0TcShJW4aPPeTAZfRIBMzlnFEK 5hLMZYG9UXxOgLlU4iWhIqJfq5JZEKc7RtkVvSd8dyo58foJlVRZ9DqcDtpuuwHdGQVMd+y0 hn7rm+MP+7QkzXs1P1tJ6fal195bUE5NE8swNfp59Kd46u8Gnu2Rm9fHRrkqahGf8MfGjfBp 76AcTs9jRhvmJm9Q53o09Byx8O4Oyl+Hfvfz6W8ff3l7obd+/XD26nf24gWLP6B/SrQ1pz8p gpz/19GDlBkrCeIoFhVgiKsso8T+T6Tzdb6qU6wKDxGOmnW7Q/sFed89VPtb1P6JoDvtghIf gNcUucXkuC74+24uub8P3b1Kun3o9Iur0wcPDTm/qqESPDSEpflKH1JYWpO3UngknuQsE5jO drFcySRZQBffPESj2YsLKhoF2AywGWDz1oPNSJCKmyAh80HmA5AZOUxhchjAcchzlHrvBTgO cJxCcFxnS+C4u8FUCsFxFVMzKsvguMoyOK5cTXNxlTW4uIqci5uqgudxcXYo57DKRsWo6QaN 6XWJuLakE3uNuGgFgbjFDm8kD7fi7T0gDpf0ADQcAAkAEgAkkh2hMiABgg0EW3ggQCNAL2kf BGgQbKnW3eqAv4kE2y2SKQBsawJs9TwwNgdeA7e2cGwCWwO2VmBv1J4SoNaUeHuniKLr/qg1 aMOgDYM2DNqwgmoCQMVAUSap9EGpmEXfErgaEJOAYdb+YkCIxDJHQUViKsEw2a8a2571A3AM 4BgkQEiAkAAhASpkpEUChARIUimQGmRLm5QtAakBUlMUpKa9JUjNnWgMhYiaalUzolE6n6iJ RtxcooaqLjdNc7RnzMAazYiG4UpYTfT/HstiNVOp1zys5iR833xwB67GzvekZVXjshXkahY7 vIlczaq393BcTcoDcDWQbUO2Ddl2siNUlm2DqwFXEx4I0AjQS9oHARpcTap1tzrgbyBXc5tk ClwNuJrvwdXkxya4GnA1BfZG7SkBrkaJV3iKiMHA1UBWBlkZZGVbLwyArAyyMkml4Go2Uylm LvExHqPHi4fa7SaINNu4czZZM7Sa8ejP9WL2eilkoSM8dVaT99iib2OSRnuOuSD8Ivwi/EKo qzbWuD3bdWCMwBjxvAnPm/C8Cc+bChlp8R1fSF3EASAReU4R8hwAiQASiwIk2lsCJN4JY1MI SKw1NPoR/T4fSIxSsLlA4oH+myASP6aJxLqVKXcBkRht7bNE4jQBW/JFX3pZX5NDbBbt+70W O7yJHCK+3wscIjAXYC7AXCRW4BDBISJAI0AjQBc2QINDVDXgbyCHiO/3AoeoKoeI7/cCh7hR 3qg9JcAhKvHmThE1FzhE6MKgC4MubOv1AOAQoSaTVAoQBgIxaU3qCMS+LwiDBUN5Eib7JWsF b2aQMciAkAExZEDIgEDGIJdJHurkMiBjkPgo9XwdZAzIGIXImOaWkDF3AisUImMaQjkg+n0+ GROlNQu+qksf7ekzKCZ865kpdAEW05BjMc0VsZiB602C1jfHH3bXxGMaRcNjFjsMPAZ4DPCY 9Emor6G+3mL1NfAY4DHhgQCNAL2kfRCggcekWnerAz7wGOAxwGOAxwCPKQqQopY3ak8J4DFK vL5TRNIFPAbiMIjDIA7belEA8BhIyiSVAo+BSkxakzoqMXxPDOgYfE8MaBgkPEh4kPAg4QEN g9SFgYZBnrNheQ5oGNAwRaFhGltCw9yJo1CIhmkaPPUT/T6fhonSD96MV/YXytSn+AmNnJKW /2xBjXGfRI/5EpcdJ7GWSKARNRB/NMD5m8ejfmSwzx7PrPenEyXSl5S497Ss339zUY4+DccL vjdHggdFOdlKeFC0YcngQeZ0C7AED3rr9VzPHd90qSvW5IPqReODFjsMPgh8EPig9EnIzyE/ 32L5Ofgg8EHhgQCNAL2kfRCgwQelWnerAz74IPBB4IPAB4EPKgqRo5Y3ak8J8EFKvNBUROQG PghyOcjlIJfbepkE+CCI7CSVgg+Cbk5akzq6OfBB4IPAB4EPQsKDhAcJz+KtevabxbCggRd6 sDq3KJUBL4S8R6nH6+CFwAspxAvVt4QXuhNXoQ4vZOqmZurpL8fJ8UKmnv4mnBwf43q9FBtj 6quzMaYuZ2OMFdmYg7vQMbWi0TGLHQYdAzoGdEz6JMTXEF9vsfgadAzomPBAgEaAXtI+CNCg Y1Ktu9UBH3QM6BjQMaBjQMcUhUdRyxu1pwToGCVe3yki8QIdA7EYxGLbKhaDKAB0DCRloGPy 9w2VWGFUYqBjQMeAjgEdg4QHCQ8SHiQ8oGGQujDQMMhzNizPAQ0DGqYoNExtS2iYO3EUCtEw hqnRj+j3+TSMsYSGOcjhMMYaOIwhx2HMFXGY9/b7W3Aw1aJxMIsdBgcDDgYcTPokZNaQWW+x zBocDDiY8ECARoBe0j4I0OBgUq271QEfHAw4GHAw4GDAwRSFPFHLG7WnBDgYJV7cKSLmAgcD WRhkYZCFbb0cABwMxGSSSsHBQB8mrUkdfRg4GHAw4GDAwSDhQcKDhAcJDzgYpC4MHAzynA3L cxbuCbNf/wUuBlyMQlxMdUu4mDtxFQpxMaap0Y/o9/lcjJnjYpJsC48QFo1YS+MZeuDZnjCh XD30ydCtGvm0w09Y1s4+E4EuXCSPqRkpTEZ/WPtsMho5fscOnGN9kd91S6tbUc8miqP5Ny2t pE1zg9CKe/Q5Yfy7SHAPniT0LNni6Ka4UG5appZKEFOW1AZHWkqDlS3sOFVQeoWMBgLtXuae uP+ur1HP1jJdv4BfMsNWyvJL0+3nPH6prEfv941ydU16qZKfZVbTmZWpIL+0zOVNJJhWv8GH Y5gyPoBigkgeInmI5JMd8VAiebOeTT2TFk+5RUOWzMubNp4/y0u1pE8VRLZ6xObdDM9ReTJq mTJuSjYq+Ms0y5Q9LZKou/MFHMjuk5coe6YQPUDK68af5yoDPaYWTAB6DAsjFkYsjKDHtiTg byA9drtEFvwY+LHvwY/JRicIMhBkBfZG9UkBhkyJl96KCCHBkEFS+X0llYbs8VR4ZOTvKz10 qzTMRSiGUCl0RjfUJO3RvqyIfapPGqBqxizqt1p8hR+7XquVFHnvtlpdJ6AiWi3aCvBfFPH4 r67tfyXjYTv4pkdGpaKLS6ilLd7ci7V5XPi6d8yE2BXqWahnVRzIwAWhuc1XClwQMlppTerI aIELAhcELghcELmtmrktEh4kPApGWuCCSF3EAVwQeU4R8hx8bRbwwKLggZUtwQPvCC4pBAha Fc20st9ylQUEo6383C/O0q/N0Z4+++osbW5tjWfMDgLHF+73qEOdrhhXvV5/ElyJoh17ELV1 vdYxrXYnlEaFFjxVrlQjuWTE/dEFvFbuLH8j+xNH2OwuVy1FZykRXoOXml3dG0kdic7zrmxq Yp2JA2Zv1Dp40Ypzslbr/OxVibejfrT+TdamutGo9PTV1C0UaMND9Lvd65q0IrLuTb9Li8ek Pa2upJ2Tu32Hcah8xO+Mlg63z5xrl9/NcMCmAyp78T7Tvl65tAO6sgNGiyd/LMO8yaDt+FRX OAPourKmffSHlz51BOUvjvuFwg1fo+0+LRdvTn45u9hnJ+2hT3GxHLnNb73RqLYr3UqNu91q /eH2+2s5G16yvotjx6e+FptY2t5dzff04spho+giXvLQu6RCyZNgHKTPurzqMWs73GF/QrWF HL+m/T+R6oaa9bADAA== --PEIAKu/WMn1b1Hv9-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 13:39:06 2013 Received: (at 14463) by debbugs.gnu.org; 24 May 2013 17:39:06 +0000 Received: from localhost ([127.0.0.1]:60666 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UfvxJ-0007d9-91 for submit@debbugs.gnu.org; Fri, 24 May 2013 13:39:06 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:35655) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UfvxC-0007cR-Bx for 14463@debbugs.gnu.org; Fri, 24 May 2013 13:39:03 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 3969DA60023; Fri, 24 May 2013 10:37:56 -0700 (PDT) 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 A4aYrjCzOesz; Fri, 24 May 2013 10:37:55 -0700 (PDT) Received: from [192.168.1.9] (pool-71-108-49-126.lsanca.fios.verizon.net [71.108.49.126]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id B0D30A60019; Fri, 24 May 2013 10:37:55 -0700 (PDT) Message-ID: <519FA573.4090900@cs.ucla.edu> Date: Fri, 24 May 2013 10:37:55 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jack Howarth Subject: Re: bug#14463: coreutils-8.21 darwin regressions References: <20130524130951.GA8966@bromo.med.uc.edu> In-Reply-To: <20130524130951.GA8966@bromo.med.uc.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -5.3 (-----) On 05/24/2013 06:09 AM, Jack Howarth wrote: > I am finding on x86_64-apple-darwin12 that coreutils 8.21 exhibits four additional failures in gnulib-tests > which aren't present in a build of coreutils 8.19. These are... > test-getgroups.c:58: assertion failed Thanks, this makes it looks like Darwin getgroups (n, array) isn't returning -1 when the user is in more than n groups. I see from the manual that the Darwin has two getgroups implementations, one when you define _DARWIN_UNLIMITED_GETGROUPS or _DARWIN_C_SOURCE, and one when you don't. Which one are you using, and why? And does the one you're using have the above-described property? If so, I suppose Gnulib could be modified to work around the POSIX incompatibility. > test-getlogin.c:69: assertion failed What are the values of 'buf' and of 'name' there, and why? > The full trace for the test-vasprintf-posix test case is rather large and is attached as a gzip file. It's failing here: { /* Rounding near the decimal point. */ char *result; int retval = my_asprintf (&result, "%.0a %d", 1.5, 33, 44, 55); ASSERT (result != NULL); ASSERT (strcmp (result, "0x1p+0 33") == 0 || strcmp (result, "0x2p+0 33") == 0 || strcmp (result, "0x3p-1 33") == 0 || strcmp (result, "0x6p-2 33") == 0 || strcmp (result, "0xcp-3 33") == 0); ASSERT (retval == strlen (result)); free (result); } Can you run GDB on that and see what the value of 'result' is? Most likely it's just the Apple sprintf messing up. You mentioned a getcwd problem, but I didn't see any more details.... From debbugs-submit-bounces@debbugs.gnu.org Fri May 24 18:47:43 2013 Received: (at 14463) by debbugs.gnu.org; 24 May 2013 22:47:43 +0000 Received: from localhost ([127.0.0.1]:32865 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0ly-0002ki-Ia for submit@debbugs.gnu.org; Fri, 24 May 2013 18:47:43 -0400 Received: from bromo.med.uc.edu ([129.137.3.146]:40926) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1Ug0lv-0002kI-9B for 14463@debbugs.gnu.org; Fri, 24 May 2013 18:47:40 -0400 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id A3CD4B2D53; Fri, 24 May 2013 18:46:35 -0400 (EDT) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id r4OMkZBH012287; Fri, 24 May 2013 18:46:35 -0400 Date: Fri, 24 May 2013 18:46:35 -0400 From: Jack Howarth To: Paul Eggert Subject: Re: bug#14463: coreutils-8.21 darwin regressions Message-ID: <20130524224635.GA12069@bromo.med.uc.edu> References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <519FA573.4090900@cs.ucla.edu> User-Agent: Mutt/1.5.18 (2008-05-17) Content-Transfer-Encoding: quoted-printable X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -3.0 (---) On Fri, May 24, 2013 at 10:37:55AM -0700, Paul Eggert wrote: > On 05/24/2013 06:09 AM, Jack Howarth wrote: > > I am finding on x86_64-apple-darwin12 that coreutils 8.21 exhibits= four additional failures in gnulib-tests > > which aren't present in a build of coreutils 8.19. These are... >=20 > > test-getgroups.c:58: assertion failed >=20 > Thanks, this makes it looks like Darwin getgroups (n, array) > isn't returning -1 when the user is in more than n groups. > I see from the manual that the Darwin has two getgroups > implementations, one when you define _DARWIN_UNLIMITED_GETGROUPS or > _DARWIN_C_SOURCE, and one when you don't. Which one are you > using, and why? And does the one you're using have the > above-described property? If so, I suppose Gnulib could > be modified to work around the POSIX incompatibility. It obviously wlll be using _DARWIN_C_SOURCE because that is what you test= for in m4/extensions.m4 with... AC_DEFINE([_DARWIN_C_SOURCE]) The following posting from bugs.python.org seems to discuss this same iss= ue... http://mail.python.org/pipermail/python-bugs-list/2010-February/092780.ht= ml The proposed fix there was to revert _DARWIN_C_SOURCE locally in only pos= ixmodule.c. I tried changing the instances of _DARWIN_C_SOURCE to _POSIX_C_SOURCE in = configure, lib/config.hin and m4/extensions.m4 but that build fails with... CC lib/fts.o lib/freadahead.c:91:3: error: "Please port gnulib freadahead.c to your pl= atform! Look at the definition of fflush, fread, ungetc on your system, t= hen report this to bug-gnulib." #error "Please port gnulib freadahead.c to your platform! Look at the de= finition of fflush, fread, ungetc on your system, then report this to bug= -gnulib." ^ 1 error generated. lib/freadptr.c:116:3: error: "Please port gnulib freadptr.c to your platf= orm! Look at the definition of fflush, fread, getc, getc_unlocked on your= system, then report this to bug-gnulib." make[2]: *** [lib/freadahead.o] Error 1 make[2]: *** Waiting for unfinished jobs.... #error "Please port gnulib freadptr.c to your platform! Look at the defi= nition of fflush, fread, getc, getc_unlocked on your system, then report.= .. ^ 1 error generated. make[2]: *** [lib/freadptr.o] Error 1 lib/fseterr.c:77:3: error: "Please port gnulib fseterr.c to your platform= ! Look at the definitions of ferror and clearerr on your system, then rep= ort this to bug-gnulib." #error "Please port gnulib fseterr.c to your platform! Look at the defin= itions of ferror and clearerr on your system, then report this to bug-gnu= lib." ^ 1 error generated. lib/fseeko.c:103:4: error: "Please port gnulib fseeko.c to your platform!= Look at the code in fpurge.c, then report this to bug-gnulib." #error "Please port gnulib fseeko.c to your platform! Look at the code = in fpurge.c, then report this to bug-gnulib." ^ 1 error generated. make[2]: *** [lib/fseterr.o] Error 1 make[2]: *** [lib/fseeko.o] Error 1 lib/fts.c:1217:10: error: use of undeclared identifier 'DT_BLK' case DT_BLK: ^ lib/fts.c:1220:10: error: use of undeclared identifier 'DT_CHR' case DT_CHR: ^ lib/fts.c:1223:10: error: use of undeclared identifier 'DT_DIR' case DT_DIR: ^ lib/fts.c:1226:10: error: use of undeclared identifier 'DT_FIFO' case DT_FIFO: ^ lib/fts.c:1229:10: error: use of undeclared identifier 'DT_LNK' case DT_LNK: ^ lib/fts.c:1232:10: error: use of undeclared identifier 'DT_REG' case DT_REG: ^ lib/fts.c:1235:10: error: use of undeclared identifier 'DT_SOCK' case DT_SOCK: ^ lib/fts.c:1532:46: error: use of undeclared identifier 'DT_UNKNOWN' && DT_IS_KNOWN(dp) ^ lib/fts.c:88:41: note: expanded from macro 'DT_IS_KNOWN' # define DT_IS_KNOWN(d) ((d)->d_type !=3D DT_UNKNOWN) ^ lib/fts.c:1533:63: error: use of undeclared identifier 'DT_DIR' && ! DT_MUST_BE(dp, DT_DIR)); ^ lib/fts.c:90:44: note: expanded from macro 'DT_MUST_BE' # define DT_MUST_BE(d, t) ((d)->d_type =3D=3D (t)) ^ lib/fts.c:1540:53: error: use of undeclared identifier 'DT_DIR' && DT_MUST_BE(dp, DT_DIR)); ^ lib/fts.c:90:44: note: expanded from macro 'DT_MUST_BE' # define DT_MUST_BE(d, t) ((d)->d_type =3D=3D (t)) ^ 10 errors generated. =E2=89=88 >=20 > > test-getlogin.c:69: assertion failed >=20 > What are the values of 'buf' and of 'name' there, and why? >=20 > > The full trace for the test-vasprintf-posix test case is rather large= and is attached as a gzip file. >=20 > It's failing here: >=20 >=20 > { /* Rounding near the decimal point. */ > char *result; > int retval =3D > my_asprintf (&result, "%.0a %d", 1.5, 33, 44, 55); > ASSERT (result !=3D NULL); > ASSERT (strcmp (result, "0x1p+0 33") =3D=3D 0 > || strcmp (result, "0x2p+0 33") =3D=3D 0 > || strcmp (result, "0x3p-1 33") =3D=3D 0 > || strcmp (result, "0x6p-2 33") =3D=3D 0 > || strcmp (result, "0xcp-3 33") =3D=3D 0); > ASSERT (retval =3D=3D strlen (result)); > free (result); > } >=20 > Can you run GDB on that and see what the value of 'result' is? > Most likely it's just the Apple sprintf messing up. >=20 > You mentioned a getcwd problem, but I didn't see any > more details.... >=20 >=20 From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 05:00:30 2013 Received: (at 14463) by debbugs.gnu.org; 25 May 2013 09:00:30 +0000 Received: from localhost ([127.0.0.1]:33488 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgAKz-00060d-I9 for submit@debbugs.gnu.org; Sat, 25 May 2013 05:00:30 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:41783) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgAKx-00060F-EP for 14463@debbugs.gnu.org; Sat, 25 May 2013 05:00:27 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id DB5C0A60027; Sat, 25 May 2013 01:59:20 -0700 (PDT) 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 Jz9hjA1MRtdS; Sat, 25 May 2013 01:59:20 -0700 (PDT) Received: from [192.168.1.9] (pool-71-108-49-126.lsanca.fios.verizon.net [71.108.49.126]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 66332A60019; Sat, 25 May 2013 01:59:20 -0700 (PDT) Message-ID: <51A07D68.6060003@cs.ucla.edu> Date: Sat, 25 May 2013 01:59:20 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jack Howarth Subject: Re: bug#14463: coreutils-8.21 darwin regressions References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> In-Reply-To: <20130524224635.GA12069@bromo.med.uc.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -5.3 (-----) On 05/24/2013 03:46 PM, Jack Howarth wrote: > I tried changing the instances of _DARWIN_C_SOURCE to _POSIX_C_SOURCE in configure That won't work, for the reasons you describe. How about this idea: modify getgroups.m4 to recognize the Darwin situation and compile a substitute getgroups.c, and modify getgroups.c to work around the Darwin problem by defining a rpl_getgroups that calls the correct Darwin getgroups. It'll take a bit of Darwinish hacking to get this to work, but it should work. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 10:53:44 2013 Received: (at 14463) by debbugs.gnu.org; 25 May 2013 14:53:44 +0000 Received: from localhost ([127.0.0.1]:34195 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgFqY-0000Cj-5L for submit@debbugs.gnu.org; Sat, 25 May 2013 10:53:39 -0400 Received: from bromo.med.uc.edu ([129.137.3.146]:49363) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgFqB-0000BF-HK for 14463@debbugs.gnu.org; Sat, 25 May 2013 10:53:06 -0400 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id 4AC75B2DE8; Sat, 25 May 2013 10:51:56 -0400 (EDT) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id r4PEptgR016900; Sat, 25 May 2013 10:51:55 -0400 Date: Sat, 25 May 2013 10:51:55 -0400 From: Jack Howarth To: Paul Eggert Subject: Re: bug#14463: coreutils-8.21 darwin regressions Message-ID: <20130525145155.GA16806@bromo.med.uc.edu> References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> <51A07D68.6060003@cs.ucla.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51A07D68.6060003@cs.ucla.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -1.6 (-) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -3.0 (---) On Sat, May 25, 2013 at 01:59:20AM -0700, Paul Eggert wrote: > On 05/24/2013 03:46 PM, Jack Howarth wrote: > > I tried changing the instances of _DARWIN_C_SOURCE to _POSIX_C_SOURCE in configure > > That won't work, for the reasons you describe. I am a bit unclear on that issue. Does darwin lack the complete posix support required for freadahead.c, freadptr.c, fseterr.c and fseeko.c to be rewritten to support compiling with -D_POSIX_C_SOURCE (at least for modern darwin releases)? Or has it just never been implemented in order to maintain support for legacy versions of darwin? > > How about this idea: modify getgroups.m4 to recognize > the Darwin situation and compile a substitute getgroups.c, > and modify getgroups.c to work around the Darwin problem > by defining a rpl_getgroups that calls the correct Darwin > getgroups. It'll take a bit of Darwinish hacking to get > this to work, but it should work. > > From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 13:23:15 2013 Received: (at 14463) by debbugs.gnu.org; 25 May 2013 17:23:15 +0000 Received: from localhost ([127.0.0.1]:34401 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgIBX-00066r-5u for submit@debbugs.gnu.org; Sat, 25 May 2013 13:23:15 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:55616) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgIBU-00066c-Ev for 14463@debbugs.gnu.org; Sat, 25 May 2013 13:23:13 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 8F991A60022; Sat, 25 May 2013 10:22:03 -0700 (PDT) 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 xj1AeJP7FsCS; Sat, 25 May 2013 10:22:03 -0700 (PDT) Received: from [192.168.1.9] (pool-71-108-49-126.lsanca.fios.verizon.net [71.108.49.126]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 257BCA60019; Sat, 25 May 2013 10:22:03 -0700 (PDT) Message-ID: <51A0F33A.8070000@cs.ucla.edu> Date: Sat, 25 May 2013 10:22:02 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jack Howarth Subject: Re: bug#14463: coreutils-8.21 darwin regressions References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> <51A07D68.6060003@cs.ucla.edu> <20130525145155.GA16806@bromo.med.uc.edu> In-Reply-To: <20130525145155.GA16806@bromo.med.uc.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.9 (---) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -5.3 (-----) On 05/25/2013 07:51 AM, Jack Howarth wrote: > I am a bit unclear on that issue. Does darwin lack the complete posix support required for > freadahead.c, freadptr.c, fseterr.c and fseeko.c to be rewritten to support compiling with > -D_POSIX_C_SOURCE (at least for modern darwin releases)? Or has it just never been implemented > in order to maintain support for legacy versions of darwin? Sorry, I don't know Darwin. But my guess is that applications routinely need to define _DARWIN_C_SOURCE to get their work done. I'm a bit puzzled by this case. If I understand https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man5/compat.5.html correctly, _DARWIN_C_SOURCE nowadays means "conform to POSIX, but add non-POSIX extensions even if that violates the POSIX namespace rules", which is normally what we want. And yet here, _DARWIN_C_SOURCE seems to mean "change getgroups() so that it no longer works right". What gives? If Apple has a little "POSIX world" to pacify the standards nerds, but it's a world that actual programs would never really want to use, then we don't want to use it either. The BUGS section of that manual page says that the behavior is dubious if you compile different sections of a program with different flags, so I'd prefer a solution that didn't require disabling _DARWIN_C_SOURCE just for this. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 16:13:14 2013 Received: (at 14463) by debbugs.gnu.org; 25 May 2013 20:13:14 +0000 Received: from localhost ([127.0.0.1]:34648 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgKq2-0003Fz-Ai for submit@debbugs.gnu.org; Sat, 25 May 2013 16:13:14 -0400 Received: from bromo.med.uc.edu ([129.137.3.146]:48218) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgKpz-0003Fc-S4 for 14463@debbugs.gnu.org; Sat, 25 May 2013 16:13:12 -0400 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id 0C050B2DE8; Sat, 25 May 2013 16:12:03 -0400 (EDT) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id r4PKC2gw018532; Sat, 25 May 2013 16:12:02 -0400 Date: Sat, 25 May 2013 16:12:02 -0400 From: Jack Howarth To: Paul Eggert Subject: Re: bug#14463: coreutils-8.21 darwin regressions Message-ID: <20130525201202.GA18478@bromo.med.uc.edu> References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> <51A07D68.6060003@cs.ucla.edu> <20130525145155.GA16806@bromo.med.uc.edu> <51A0F33A.8070000@cs.ucla.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51A0F33A.8070000@cs.ucla.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -3.0 (---) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -3.0 (---) On Sat, May 25, 2013 at 10:22:02AM -0700, Paul Eggert wrote: > On 05/25/2013 07:51 AM, Jack Howarth wrote: > > I am a bit unclear on that issue. Does darwin lack the complete posix support required for > > freadahead.c, freadptr.c, fseterr.c and fseeko.c to be rewritten to support compiling with > > -D_POSIX_C_SOURCE (at least for modern darwin releases)? Or has it just never been implemented > > in order to maintain support for legacy versions of darwin? > > Sorry, I don't know Darwin. But my guess is that applications > routinely need to define _DARWIN_C_SOURCE to get their work > done. > > I'm a bit puzzled by this case. If I understand > https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man5/compat.5.html > correctly, _DARWIN_C_SOURCE nowadays means "conform to POSIX, > but add non-POSIX extensions even if that violates the POSIX > namespace rules", which is normally what we want. And yet here, > _DARWIN_C_SOURCE seems to mean "change getgroups() so that it > no longer works right". What gives? If Apple has > a little "POSIX world" to pacify the standards nerds, but it's > a world that actual programs would never really want to use, > then we don't want to use it either. > > The BUGS section of that manual page says that the behavior > is dubious if you compile different sections of a program with > different flags, so I'd prefer a solution that didn't require > disabling _DARWIN_C_SOURCE just for this. I think the _DARWIN_UNLIMITED_GETGROUPS issue may be a red herring. Passing -D_DARWIN_UNLIMITED_GETGROUPS to CFLAGS didn't eliminate any of the failures and the only instance of _DARWIN_UNLIMITED_GETGROUPS in the headers in /usr/include for Mac OS X 10.8 are in unistd.h. These are... #ifdef _DARWIN_UNLIMITED_GETGROUPS #if defined(__IPHONE_OS_VERSION_MIN_REQUIRED) && __IPHONE_OS_VERSION_MIN_REQUIRED < __IPHONE_3_2 #error "_DARWIN_UNLIMITED_GETGROUPS specified, but -miphoneos-version-min version does not support it." #elif defined(__MAC_OS_X_VERSION_MIN_REQUIRED) && __MAC_OS_X_VERSION_MIN_REQUIRED < __MAC_10_6 #error "_DARWIN_UNLIMITED_GETGROUPS specified, but -mmacosx-version-min version does not support it." #endif #endif and #if defined(_DARWIN_UNLIMITED_GETGROUPS) || defined(_DARWIN_C_SOURCE) int getgroups(int, gid_t []) __DARWIN_ALIAS_STARTING(__MAC_10_6, __IPHONE_3_2, __DARWIN_EXTSN(getgroups)); #else /* !_DARWIN_UNLIMITED_GETGROUPS && !_DARWIN_C_SOURCE */ int getgroups(int, gid_t []); #endif /* _DARWIN_UNLIMITED_GETGROUPS || _DARWIN_C_SOURCE */ which sugggests that _DARWIN_C_SOURCE and _DARWIN_UNLIMITED_GETGROUPS use the same extension for getgroups. From debbugs-submit-bounces@debbugs.gnu.org Sat May 25 16:15:56 2013 Received: (at 14463) by debbugs.gnu.org; 25 May 2013 20:15:56 +0000 Received: from localhost ([127.0.0.1]:34655 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgKse-0003MS-0Y for submit@debbugs.gnu.org; Sat, 25 May 2013 16:15:56 -0400 Received: from smtp.cs.ucla.edu ([131.179.128.62]:60336) by debbugs.gnu.org with esmtp (Exim 4.72) (envelope-from ) id 1UgKsb-0003M7-CV for 14463@debbugs.gnu.org; Sat, 25 May 2013 16:15:54 -0400 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id 6F01739E810A; Sat, 25 May 2013 13:14:44 -0700 (PDT) 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 YtEvpOFd5bi7; Sat, 25 May 2013 13:14:43 -0700 (PDT) Received: from [192.168.1.9] (pool-71-108-49-126.lsanca.fios.verizon.net [71.108.49.126]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id A76F939E8108; Sat, 25 May 2013 13:14:43 -0700 (PDT) Message-ID: <51A11BB3.4080007@cs.ucla.edu> Date: Sat, 25 May 2013 13:14:43 -0700 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130510 Thunderbird/17.0.6 MIME-Version: 1.0 To: Jack Howarth Subject: Re: bug#14463: coreutils-8.21 darwin regressions References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> <51A07D68.6060003@cs.ucla.edu> <20130525145155.GA16806@bromo.med.uc.edu> <51A0F33A.8070000@cs.ucla.edu> <20130525201202.GA18478@bromo.med.uc.edu> In-Reply-To: <20130525201202.GA18478@bromo.med.uc.edu> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit X-Spam-Score: -3.4 (---) X-Debbugs-Envelope-To: 14463 Cc: 14463@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: -5.3 (-----) On 05/25/2013 01:12 PM, Jack Howarth wrote: > __DARWIN_ALIAS_STARTING(__MAC_10_6, __IPHONE_3_2, __DARWIN_EXTSN(getgroups)) What does this expand to, and why? Is there some way that we can get it to expand to nothing (no tokens), without changing the expansion of anything else? For example, how does __DARWIN_EXTSN(getgroups) work? From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 13 09:53:34 2013 Received: (at 14463) by debbugs.gnu.org; 13 Nov 2013 14:53:34 +0000 Received: from localhost ([127.0.0.1]:49762 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vgboz-0006u5-Gv for submit@debbugs.gnu.org; Wed, 13 Nov 2013 09:53:34 -0500 Received: from bromo.med.uc.edu ([129.137.3.146]:59701) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vgbox-0006tr-Rx for 14463@debbugs.gnu.org; Wed, 13 Nov 2013 09:53:32 -0500 Received: from bromo.med.uc.edu (localhost.localdomain [127.0.0.1]) by bromo.med.uc.edu (Postfix) with ESMTP id 06C05B0045; Wed, 13 Nov 2013 09:53:26 -0500 (EST) Received: (from howarth@localhost) by bromo.med.uc.edu (8.14.3/8.14.3/Submit) id rADErP9D002324; Wed, 13 Nov 2013 09:53:25 -0500 Date: Wed, 13 Nov 2013 09:53:25 -0500 From: Jack Howarth To: Paul Eggert Subject: Re: bug#14463: coreutils-8.21 darwin regressions Message-ID: <20131113145325.GA2243@bromo.med.uc.edu> References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> <51A07D68.6060003@cs.ucla.edu> <20130525145155.GA16806@bromo.med.uc.edu> <51A0F33A.8070000@cs.ucla.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <51A0F33A.8070000@cs.ucla.edu> User-Agent: Mutt/1.5.18 (2008-05-17) X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 14463 Cc: 14463@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.0 (/) On Sat, May 25, 2013 at 10:22:02AM -0700, Paul Eggert wrote: > On 05/25/2013 07:51 AM, Jack Howarth wrote: > > I am a bit unclear on that issue. Does darwin lack the complete posix support required for > > freadahead.c, freadptr.c, fseterr.c and fseeko.c to be rewritten to support compiling with > > -D_POSIX_C_SOURCE (at least for modern darwin releases)? Or has it just never been implemented > > in order to maintain support for legacy versions of darwin? > > Sorry, I don't know Darwin. But my guess is that applications > routinely need to define _DARWIN_C_SOURCE to get their work > done. > > I'm a bit puzzled by this case. If I understand > https://developer.apple.com/library/mac/documentation/Darwin/Reference/ManPages/man5/compat.5.html > correctly, _DARWIN_C_SOURCE nowadays means "conform to POSIX, > but add non-POSIX extensions even if that violates the POSIX > namespace rules", which is normally what we want. And yet here, > _DARWIN_C_SOURCE seems to mean "change getgroups() so that it > no longer works right". What gives? If Apple has > a little "POSIX world" to pacify the standards nerds, but it's > a world that actual programs would never really want to use, > then we don't want to use it either. > > The BUGS section of that manual page says that the behavior > is dubious if you compile different sections of a program with > different flags, so I'd prefer a solution that didn't require > disabling _DARWIN_C_SOURCE just for this. Paul, I finally puzzled out a fix for the test-getgroups failures on darwin. The patch I am using in the fink coreutils-8.21 package currently is... --- coreutils-8.21/lib/getgroups.c.orig 2013-11-12 16:51:07.000000000 -0500 +++ coreutils-8.21/lib/getgroups.c 2013-11-12 16:52:29.000000000 -0500 @@ -43,6 +43,12 @@ # define GETGROUPS_ZERO_BUG 0 # endif +#ifdef __APPLE__ +#undef getgroups +int posix_getgroups(int, gid_t []) __asm("_getgroups"); +#define getgroups posix_getgroups +#endif + /* On at least Ultrix 4.3 and NextStep 3.2, getgroups (0, NULL) always fails. On other systems, it returns the number of supplemental groups for the process. This function handles that special case This workaround was previously suggested by the python developers... http://bugs.python.org/issue7900#msg108425 as a way to force the posix implementation of getgroups() at the source file level without having to resort to undefining _DARWIN_C_SOURCE. This eliminates the test-getgroups failures on i386-apple-darwin10, x86_64-apple-darwin10, x86_64-apple-darwin11, x86_64-apple-darwin12 and x86_64-apple-darwin13. Any chance we can get this fix into the next coreutils release? Thanks in advance. Jack From debbugs-submit-bounces@debbugs.gnu.org Wed Nov 13 10:57:42 2013 Received: (at 14463-done) by debbugs.gnu.org; 13 Nov 2013 15:57:43 +0000 Received: from localhost ([127.0.0.1]:50268 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vgcp4-0000Bi-54 for submit@debbugs.gnu.org; Wed, 13 Nov 2013 10:57:42 -0500 Received: from smtp.cs.ucla.edu ([131.179.128.62]:49011) by debbugs.gnu.org with esmtp (Exim 4.80) (envelope-from ) id 1Vgcp1-0000BU-O9 for 14463-done@debbugs.gnu.org; Wed, 13 Nov 2013 10:57:41 -0500 Received: from localhost (localhost.localdomain [127.0.0.1]) by smtp.cs.ucla.edu (Postfix) with ESMTP id A153D39E810E; Wed, 13 Nov 2013 07:57:33 -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 brX5PmuVj57W; Wed, 13 Nov 2013 07:57:32 -0800 (PST) Received: from [192.168.1.9] (pool-108-0-233-62.lsanca.fios.verizon.net [108.0.233.62]) by smtp.cs.ucla.edu (Postfix) with ESMTPSA id 4D36939E810A; Wed, 13 Nov 2013 07:57:32 -0800 (PST) Message-ID: <5283A168.8000604@cs.ucla.edu> Date: Wed, 13 Nov 2013 07:57:28 -0800 From: Paul Eggert Organization: UCLA Computer Science Department User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.1.0 MIME-Version: 1.0 To: Jack Howarth Subject: Re: bug#14463: coreutils-8.21 darwin regressions References: <20130524130951.GA8966@bromo.med.uc.edu> <519FA573.4090900@cs.ucla.edu> <20130524224635.GA12069@bromo.med.uc.edu> <51A07D68.6060003@cs.ucla.edu> <20130525145155.GA16806@bromo.med.uc.edu> <51A0F33A.8070000@cs.ucla.edu> <20131113145325.GA2243@bromo.med.uc.edu> In-Reply-To: <20131113145325.GA2243@bromo.med.uc.edu> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Score: -2.3 (--) X-Debbugs-Envelope-To: 14463-done Cc: Gnulib bugs , 14463-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) Thanks, I pushed the following patch to gnulib. It should be incorporated automatically into the next version of coreutils so I'm marking the bug as done. diff --git a/ChangeLog b/ChangeLog index 59de3e5..aae8c64 100644 --- a/ChangeLog +++ b/ChangeLog @@ -1,3 +1,9 @@ +2013-11-13 Paul Eggert + + * lib/getgroups.c (posix_getgroups, getgroups) [__APPLE__]: + New function and macro, to work around _DARWIN_C_SOURCE problem. + Reported by Jack Howarth in . + 2013-11-11 Pádraig Brady base64: provide a fast path for encoding well sized buffers diff --git a/lib/getgroups.c b/lib/getgroups.c index e71b543..482b24a 100644 --- a/lib/getgroups.c +++ b/lib/getgroups.c @@ -43,6 +43,21 @@ getgroups (int n _GL_UNUSED, GETGROUPS_T *groups _GL_UNUSED) # define GETGROUPS_ZERO_BUG 0 # endif +/* On OS X 10.6 and later, use the usual getgroups, not the one + supplied when _DARWIN_C_SOURCE is defined. _DARWIN_C_SOURCE is + normally defined, since it means "conform to POSIX, but add + non-POSIX extensions even if that violates the POSIX namespace + rules", which is what we normally want. But with getgroups there + is an inconsistency, and _DARWIN_C_SOURCE means "change getgroups() + so that it no longer works right". The BUGS section of compat(5) + says that the behavior is dubious if you compile different sections + of a program with different _DARWIN_C_SOURCE settings, so fix only + the offending symbol. */ +# ifdef __APPLE__ +int posix_getgroups (int, gid_t []) __asm ("_getgroups"); +# define getgroups posix_getgroups +# endif + /* On at least Ultrix 4.3 and NextStep 3.2, getgroups (0, NULL) always fails. On other systems, it returns the number of supplemental groups for the process. This function handles that special case From unknown Thu Aug 14 21:22:26 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Thu, 12 Dec 2013 12:24:05 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator