From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9073 invoked by alias); 1 Mar 2020 11:00:54 -0000 Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com Received: (qmail 8981 invoked by uid 89); 1 Mar 2020 11:00:46 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.1 spammy=H*f:sk:0b43d70, H*i:sk:0b43d70, H*MI:sk:0b43d70, HContent-Transfer-Encoding:8bit X-HELO: mail-wr1-f49.google.com Received: from mail-wr1-f49.google.com (HELO mail-wr1-f49.google.com) (209.85.221.49) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sun, 01 Mar 2020 11:00:45 +0000 Received: by mail-wr1-f49.google.com with SMTP id l5so8842554wrx.4 for ; Sun, 01 Mar 2020 03:00:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=JrMWzAxrt910AfLj7KDLpBiM+zCIBS+fwzXGaGwFqS0=; b=bMgtLotWB332ZbeaB/VlDznNaN7zcuGO9i6cIJzPqdnQGatrfogKEiMJZ6A910CWiZ Kq2CvxVHyuUS5vmtCIHCvWxlz0oolKbLpz/HBU4aVNqkqb0kafO//waKOhOJ3qJoaslL SKnqY2eVqJIm6zagKe8RDE6C/irZBMT7Jh3YvQEmmnooAwFtu3hC7BBEiHoSLuLCpn9I MfV8JDh4aYiaDX9jZKXJGBxpcxnKXjCKp+rU6DnQF6m4pgQmRKZZsQSka9RGqDtFgU+W tGYjPr5zQVo3NlVp2Lr/glN5uNeuyl7SwcrWnOMT/1u1YguCD/4xfeiBE/qUWggRSAZl 4rzQ== Return-Path: Received: from ?IPv6:2003:ee:6715:5401:b05d:cd06:6284:3d00? (p200300EE67155401B05DCD0662843D00.dip0.t-ipconnect.de. [2003:ee:6715:5401:b05d:cd06:6284:3d00]) by smtp.gmail.com with ESMTPSA id c26sm10080830wmb.8.2020.03.01.03.00.41 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Sun, 01 Mar 2020 03:00:42 -0800 (PST) Subject: Re: [ANNOUNCEMENT] Updated: binutils-2.34-1 (x86/x86_64) To: cygwin@cygwin.com References: <0b43d70b-c877-4d74-f95e-d64bee999dd8@gmail.com> From: Marco Atzeri Message-ID: <3db02f4a-d882-49ac-7e56-c6d6cf658867@gmail.com> Date: Sun, 01 Mar 2020 11:00:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: <0b43d70b-c877-4d74-f95e-d64bee999dd8@gmail.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2020-03/txt/msg00002.txt Am 01.03.2020 um 03:18 schrieb JonY: > On 2/29/20 7:23 PM, Marco Atzeri wrote: >> Am 26.02.2020 um 11:35 schrieb JonY: >>> The following packages have been uploaded to the Cygwin distribution: >>> >>> * binutils-2.34 >>> >>> This version was tested by building gcc-9.2.0. >>> >> >> It seems there is a regression about -lpthread >> >> *** Warning: linker path does not have real file for library -lpthread. >> *** I have the capability to make that library automatically link in when >> *** you link to this library.  But I can only do this if you have a >> *** shared version of the library, which you do not appear to have >> *** because I did check the linker path looking for a file starting >> *** with libpthread and none of the candidates passed a file format test >> *** using a file magic. Last file checked: /lib/libpthread.a >> >> -- >> > > Last file checked: /lib/libpthread.a > > Is that correct? Do you have the complete command line? Is this > happening on both archs or just i686? > both archs. The error is likely coming from libtool and it is valid for all the 3 libraries "-lpthread -lrt -ldl" , so I assume the current binutils is providing some feedback different than in the past to libtool I tested again the build of gdal-3.0.2-2 that before the update of gcc and binutils was working fine. I shorted the command line as the amount of object is very very large: /bin/sh /cygdrive/d/cyg_pub/devel/gdal/prova302/gdal-3.0.2-2.x86_64/build/libtool --mode=link --silent g++ -lcrypto -ljson-c -lqhull -L/usr/lib -lgeos_c -lwebp -lsqlite3 -lodbc32 -lodbccp32 -lexpat -lopenjp2 -L/usr/lib -lnetcdf -lhdf5 -lgif -ljpeg -lgeotiff -ltiff -lpng -lcfitsio -lpq -lproj -lz -lpthread -lrt -ldl -lws2_32 -lpsapi -lpcre -lcurl -liconv -L/usr/lib -lxml2 -lz -llzma -liconv -lm -o libgdal.la ./ogr/gml2ogrgeometry.lo ./ogr/ogr2gmlgeometr y.lo ./ogr/ogr_api.lo ...... /cygdrive/d/cyg_pub/devel/gdal/prova302/gdal-3.0.2-2.x86_64/build/third_party/o/RLE.lo \ -rpath /usr/lib \ -no-undefined \ -version-info 26:2:0 *** Warning: linker path does not have real file for library -lpthread. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libpthread and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libpthread.a *** Warning: linker path does not have real file for library -lrt. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with librt and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/librt.a *** Warning: linker path does not have real file for library -ldl. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have *** because I did check the linker path looking for a file starting *** with libdl and none of the candidates passed a file format test *** using a file magic. Last file checked: /lib/libdl.a *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. *** Since this library must not contain undefined symbols, *** because either the platform does not support them or *** it was explicitly requested with -no-undefined, *** libtool will only create a static version of it. When I remove the "-lpthread -lrt -ldl" from the libtool invocation everything is fine Regards Marco -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple