From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 14732 invoked by alias); 2 Apr 2014 09:07:55 -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 14711 invoked by uid 89); 2 Apr 2014 09:07:53 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-5.9 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.3.2 X-HELO: calimero.vinschen.de Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 02 Apr 2014 09:07:52 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 768BC8E0D3A; Wed, 2 Apr 2014 11:07:50 +0200 (CEST) Date: Wed, 02 Apr 2014 09:07:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: Possibly wrong address passed to callq asm instruction within MPIR test binaries Message-ID: <20140402090750.GP2508@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="sT9gWZPUZYhvPS56" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) X-SW-Source: 2014-04/txt/msg00011.txt.bz2 --sT9gWZPUZYhvPS56 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1463 On Apr 2 00:07, Jean-Pierre Flori wrote: > Dear all, >=20 > It's amazing to see how well Cygwin64 is going. > Thanks for your hard work. >=20 > While preparing the new MPIR release, which will be the first one to > support Cygwin4, we encountered problems running MPIR testsuite when > MPIR was configured to produce a shared lib. > That's with latest cygwin/binutils/gcc/g++ from today. >=20 > It seems that a call to the MPN_ZERO macro, which on my setup is at > 0x4ff2746c0 in the shared lib but we get the instruction: > callq 0xff2746c0 This looks suspicious. On x86_64 this kind of instruction is usually PC-relative or uses a jump table, because x86_64 uses the small code model by default (medium model on Cygwin). > within the test binary and that yields a nice segfault. > Please see https://groups.google.com/d/msg/mpir-devel/KzsxIWhVx8A/EAUoP4y= bWOMJ > and the few following post for more details. >=20 > For sure, we don't get what's going on here. > Would you have any clue? Not without a more detailed report. The aforementioned link does not contain pointers to the source, for instance. Also, a simple testcase might be helpful. If you suspect a linker bug, you might contemplate to ask on the binutils mailing list binutils AT sourceware DOT org which is where ld is maintained. Corinna --=20 Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Maintainer cygwin AT cygwin DOT com Red Hat --sT9gWZPUZYhvPS56 Content-Type: application/pgp-signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJTO9NmAAoJEPU2Bp2uRE+gmTAP/2avW5LjDFh/JAtepzRRG3CT ZDkzBy82hIMELlu6ry+ZAw3jW0gGfxawcTWZ7s08UOsu63ErrWcH6USy+gZtINJU REskl37WkjMlfs7f6VWuID/c7W+oARSLBEQ91F3gcGIPzsF6pLUNerFvfHYCWnQk 0hqXloeBmLHToZq+5e35LnIEWR6pxy50osYBAQeIvS8uu8OAvmOSN4ntyjme/1MA h9mhYqh2mLudvqH8pPGW1ByA9m7LPeYVBmJnDOPaS3anGJCNGmupXz6J7GASHK7Z kImrmr7HCc6XfeKkDFlYsfDg2IRirTgNVCHiglECtT4gmvIuiP7+QaLtsqb0qw+s ciIW0LGXdnnZpvJPyHgOt/O3YBPozTln5OuHKb1DyFXwSzAL7VgfRgQsDSZXuNjw 39ufB1HQbkxiwOig3Amc42hP4RYGFVSrp8g1DUcR9tmoOW0xlu4AAvqIthB721GP LQ0wA5e7CLb8sm0LBm8ola5no4k0SSaPgW2Wtk2mOuO8F7NArdqPg+ceCPgWFt87 xQWYo6WPt8Z7h40rXzcMpYY+BvfDG5WLJBkQyMd76WwCcEkuXmRSs7m1/ueLQ0u9 sPYWqfttApVuR2p8ZLjj9+9h9hwvPK62v3Rma8eOk6pSBFjyVjmgum6mGGhU7i5F 8jcSJk6xGxeb94vLxJtf =Ru5E -----END PGP SIGNATURE----- --sT9gWZPUZYhvPS56--