X-Recipient:	archive-cygwin AT delorie DOT com
DomainKey-Signature:	a=rsa-sha1; c=nofws; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=bPhbOvdNwj0vrH1Y
	i8ahfcdQDttbf/Nx1OLkfseVOnGUI/L7WM+m2cW+1+Am2r5SmAiQFVTzjVQWB4J1
	+lbewpM9cz845Iuli5NcJZU+FVIH1Ne7IXCSin8S+ySWxDJwiNU3QitRcWbNN+RD
	OjJO+2i3KNQ/6ritsopa9PmUFUo=
DKIM-Signature:	v=1; a=rsa-sha1; c=relaxed; d=sourceware.org; h=list-id
	:list-unsubscribe:list-subscribe:list-archive:list-post
	:list-help:sender:subject:to:references:from:message-id:date
	:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=hHyna17s/8xwOFrO+6qLaa
	9lgF8=; b=uxohGl8H6NupA1yy1rzU3rm4tEDOTq3RuivPeKiA59MaXpy4HB6ERh
	uXvhAFjUE4b7jdq6bexq7Lol3WUA5THJWRbemRHWzgxFENVd18Tu0Fe7IriG7BoZ
	4OrX1HuANmadudGTzYONQzSX4SSdXiTAR4SMV3GjrAdD78k1jj8qg=
Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Id:	<cygwin.cygwin.com>
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
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
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==
Subject:	Re: [ANNOUNCEMENT] Updated: binutils-2.34-1 (x86/x86_64)
To:	cygwin AT cygwin DOT com
References:	<announce DOT 10a138b7-dbfa-f5f2-8978-bb39e7cf3eff AT gmail DOT com> <b2049be6-6117-1bc7-a815-ee4423ad4e24 AT gmail DOT com> <0b43d70b-c877-4d74-f95e-d64bee999dd8 AT gmail DOT com>
From:	Marco Atzeri <marco DOT atzeri AT gmail DOT com>
Message-ID:	<3db02f4a-d882-49ac-7e56-c6d6cf658867@gmail.com>
Date:	Sun, 1 Mar 2020 12:00:40 +0100
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>
X-IsSubscribed:	yes

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

- Raw text -