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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; q=dns; s=
	default; b=WZazI8/lgLF1nK1RSDbM8YxxyqUdkyUanaeACcf0qn0tMUMKEHAJg
	lgCGmaFM7bAZUF96SfHkH1CfAqJz5g3aMk1DdS0V3EHNaR1LfsCDW63CygH1b4Xh
	atL+fmhlOuULZ+GxjeIA42b8kV4irQIGzZAo9O+E/DMBy0mMAflWAI=
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:to:from:subject:date:message-id:references
	:mime-version:content-type:content-transfer-encoding; s=default;
	bh=qFe9/Tx3SFtOhn3FClrxt/Nm0Ag=; b=dBLTY4eOhLA9Kizu/U1aq2fh4Cf5
	U+CPBxYoPwh7gG2rN3xUX4MQG9pCNxb3eVQTtdttisRanbUT5/CKxvLBVEZ533BF
	zw4aIDrukq2yhM2q8FRRjZxElvoWDGCHEOgIulK9OtcTD4F9owdkR/LUUt5R49l+
	91q3VMd0LUVK+Ho=
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-Virus-Found:	No
X-Spam-SWARE-Status:	No, score=-2.2 required=5.0 tests=BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2
X-HELO:	plane.gmane.org
To:	cygwin AT cygwin DOT com
From:	Jean-Pierre Flori <jpflori AT gmail DOT com>
Subject:	Re: Possibly wrong address passed to callq asm instruction within MPIR test binaries
Date:	Mon, 7 Apr 2014 10:42:13 +0000 (UTC)
Lines:	48
Message-ID:	<lhtve5$ie3$4@ger.gmane.org>
References:	<CAHhGz8_eESbCpCWivD_G9ciFbE4VsZntZyRdOOOtd2PXUSsmgg AT mail DOT gmail DOT com> <20140402090750 DOT GP2508 AT calimero DOT vinschen DOT de> <lhsctu$56e$1 AT ger DOT gmane DOT org> <20140407084312 DOT GA2061 AT calimero DOT vinschen DOT de> <lhtqa1$ie3$1 AT ger DOT gmane DOT org> <lhtsb6$ie3$2 AT ger DOT gmane DOT org>
Mime-Version:	1.0
User-Agent:	Pan/0.139 (Sexual Chocolate; GIT bf56508 git://git.gnome.org/pan2)
X-IsSubscribed:	yes

Le Mon, 07 Apr 2014 09:49:27 +0000, Jean-Pierre Flori a écrit :

> Le Mon, 07 Apr 2014 09:14:41 +0000, Jean-Pierre Flori a écrit :
>> Looking a little further, it seems the problematic functions are those
>> directly assembled from assembly code.
>> That was the case of mpn_store on x86_64.
>> 
>> And when I remove all dllimport, the call to the function mpn_addadd_n
>> also gives a segfault when executing t-addadd_n.exe.
>> 
>> Note that the test t-aors.exe does not segfault, and indeed it only
>> uses the mpn_add_1 and mpn_sub_1 functions which are not from assembly.
>> 
> It seems the dll produced at least has different treatment for these tow
> kinds of functions.
> 
> jp AT napoleon-7 ~
> $ nm local/bin/cygmpir-16.dll | grep store 00000004ff238170 T
> __gmpn_store 00000004ff238198 t __gmpn_store.1 00000004ff2381a0 t
> __gmpn_store.2 00000004ff2381b3 t __gmpn_store.3 00000004ff2381bd t
> __gmpn_store.4 00000004ff2381be t __gmpn_store.5 00000004ff2381c3 t
> __gmpn_store.6 00000004ff2381c9 t __gmpn_store.7 ...
> 
> jp AT napoleon-7 ~
> $ nm local/bin/cygmpir-16.dll | grep addadd_n 00000004ff208e10 T
> __gmpn_addadd_n 00000004ff208e50 t __gmpn_addadd_n.1 00000004ff208eac t
> __gmpn_addadd_n.2 00000004ff208ebe t __gmpn_addadd_n.3 00000004ff208f0f
> t __gmpn_addadd_n.4 00000004ff208f54 t __gmpn_addadd_n.5
> 00000004ff208f6e t __gmpn_addadd_n.6
> 
> jp AT napoleon-7 ~
> $ nm local/bin/cygmpir-16.dll | grep add_1 00000004ff207d40 T
> __gmpn_add_1
> 
> And
> 
> jp AT napoleon-7 ~/mpir $ nm .libs/libmpir.dll.a | grep add_1
> 0000000000000000 T __gmpn_add_1 0000000000000000 I __imp___gmpn_add_1
> 
> jp AT napoleon-7 ~/mpir $ nm .libs/libmpir.dll.a | grep addadd_n
> 0000000000000000 I __imp___gmpn_addadd_n 0000000000000000 I
> __nm___gmpn_addadd_n

Note in particular the __nm_ prefix.
It is as advertiserd here: http://www.cygwin.com/ml/cygwin/2002-01/
msg00236.html
But when looking at the Cygwin32 produced import lib, I don't see any nm 
prefix.


--
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 -