From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from omta001.cacentral1.a.cloudfilter.net (omta001.cacentral1.a.cloudfilter.net [3.97.99.32]) by sourceware.org (Postfix) with ESMTPS id 61C593858C27 for ; Sun, 28 Nov 2021 18:34:41 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 61C593858C27 Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=SystematicSw.ab.ca Authentication-Results: sourceware.org; spf=none smtp.mailfrom=systematicsw.ab.ca Received: from shw-obgw-4002a.ext.cloudfilter.net ([10.228.9.250]) by cmsmtp with ESMTP id rO1NmIiINlW5qrP0bmSVLQ; Sun, 28 Nov 2021 18:34:41 +0000 Received: from [192.168.1.105] ([68.147.0.90]) by cmsmtp with ESMTP id rP0amXjxn5livrP0amWb8Y; Sun, 28 Nov 2021 18:34:40 +0000 X-Authority-Analysis: v=2.4 cv=IfaU5Ema c=1 sm=1 tr=0 ts=61a3cbc0 a=T+ovY1NZ+FAi/xYICV7Bgg==:117 a=T+ovY1NZ+FAi/xYICV7Bgg==:17 a=IkcTkHD0fZMA:10 a=94nOnFI1EgyDtX4ev68A:9 a=QEXdDO2ut3YA:10 Message-ID: <2ecfa9cc-046c-6113-28f0-62411778e0b7@SystematicSw.ab.ca> Date: Sun, 28 Nov 2021 11:34:40 -0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.3.2 Reply-To: cygwin-apps@cygwin.com Subject: Re: gnulib m4/threadlib.m4 bug crashing package tests Content-Language: en-CA To: cygwin-apps@cygwin.com References: <04185622-bfb1-9828-a720-716fbdd2e0ab@cornell.edu> <87r1b0477l.fsf@Rainer.invalid> <87mtlo45bu.fsf@Rainer.invalid> From: Brian Inglis Organization: Systematic Software In-Reply-To: <87mtlo45bu.fsf@Rainer.invalid> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-CMAE-Envelope: MS4xfORcugjxXH77H2o69Qrjeuq5Q1R9Ga8X1XLC+83fxEY9vfPCH+WT708xReCqtRqgH1vbxjs5P8ItO8dO7JXAJf5ZVoaQr3y9k9f66PaR8U33o4L40Z8/ Vm5h3l6dHpU0DOQGLR0z1g3pHpqdQ2OBV8izR2lyk61QYs3XlJ6Yan0BS0T0hM0rdSgxY2jTG6pN55EJbiJPcKcoMq6V/YnnGkc= X-Spam-Status: No, score=-1161.4 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, KAM_LAZY_DOMAIN_SECURITY, NICE_REPLY_A, RCVD_IN_BARRACUDACENTRAL, RCVD_IN_DNSWL_LOW, RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NONE, TXREP autolearn=no autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-apps@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin package maintainer discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Nov 2021 18:34:42 -0000 On 2021-11-28 09:23, Achim Gratz wrote: > Achim Gratz writes: >> I'd rather know why the bleeping heck the test suddenly succeeds when it >> clearly doesn't actually work. In other words, I think the linker >> should complain, but since it obviously did that before Cygwin 3.2.0 and >> not after, something must have changed somewhere that prevent s it from >> doing that. > > So the exact same problem was discussed in 2010 and the test that's > still there conceived that checks if the returned symbol for weakly > defined fputs is NULL (which would then disable weak symbols for > gnulib). That obviously still happens on 32bit, but no longer on 64bit. > I think the test is bogus in both cases since the executable will always > be linked again cygwin1.dll and so should be able to resolve the symbol > either way. Bruno Haible (gnulib maintainer) also patched the current gnulib on request from Akim Demaille (bison maintainer). The problem with Cygwin weak symbols is apparently that ld expects there to be a runtime dynamic loader to resolve NULL weak dynamic library references, but unlike ELF neither Cygwin nor Windows does so, and PE may not retain the information to do so, or this project would likely have done so. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada This email may be disturbing to some readers as it contains too much technical detail. Reader discretion is advised. [Data in binary units and prefixes, physical quantities in SI.]