From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from endymion.arp.harvard.edu (endymion.arp.harvard.edu [140.247.179.94]) by sourceware.org (Postfix) with ESMTPS id 2FBDD3851C0E for ; Tue, 17 Nov 2020 23:48:38 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.3.2 sourceware.org 2FBDD3851C0E Authentication-Results: sourceware.org; dmarc=none (p=none dis=none) header.from=huarp.harvard.edu Authentication-Results: sourceware.org; spf=pass smtp.mailfrom=allen@huarp.harvard.edu Received: from [192.168.7.23] (pool-74-104-152-231.bstnma.fios.verizon.net [74.104.152.231]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by endymion.arp.harvard.edu (Postfix) with ESMTPSA id 76E5A6C0964 for ; Tue, 17 Nov 2020 18:48:37 -0500 (EST) Subject: Re: cmake suddenly stopped working From: Norton Allen To: "cygwin@cygwin.com" References: <2f4aa73e-781e-ba06-f230-4fa884715988@maxrnd.com> Message-ID: <3ccdc37d-953f-f6a5-76af-56e201ee864a@huarp.harvard.edu> Date: Tue, 17 Nov 2020 18:48:36 -0500 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.12.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US X-Spam-Status: No, score=-4.3 required=5.0 tests=BAYES_00, KAM_DMARC_STATUS, NICE_REPLY_A, RCVD_IN_DNSWL_LOW, SPF_HELO_NONE, SPF_PASS, TXREP autolearn=ham autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on server2.sourceware.org X-BeenThere: cygwin@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Cygwin discussions and problem reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 17 Nov 2020 23:48:39 -0000 On 11/17/2020 6:21 PM, Norton Allen wrote: > On 11/17/2020 5:48 PM, Mark Geisert wrote: >> Norton Allen wrote: >>> Is anyone else seeing this? Any suggestions? >> >> I'm not seeing it.  'cmake --help' works for me. >> Does 'ldd /usr/bin/cmake' give any hint? > > ldd did not complain, but your question reminded me that I should try > running under strace. That produce the complaint: > >    The procedure entry point >    _ZNSt19basic_ostringstreamlcSt11char_traitslcESalcEEC1Ev could not >    be located in the dynamic link library C:\cygwin64\bin\cmake.exe > > (I had to type that in, as I could not copy from strace's error dialog.) > > That looks like it might be an issue with the g++ library? Any chance > there was a change in the library that might require a recompile/relink? > > I will try rolling that one back. Rolling back to gcc-g++ 9.3.0 did not help. I did find that entry point string in cmake.exe (all the lowercase 'L's I typed in that are actually capital i's. My font makes no distinction) and I was able to locate a matching string in /lib/gcc/x86_64-pc-cygwin/9.3.0/libstdc++.a, but not in libstdc++.dll.a. Running strings on the /usr/bin/cygstdc++-6.dll showed the same information. Maybe I need to roll back further!