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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; q=dns; s=
	default; b=hqT2sD0k2Vj5LeMV0guXAhvDPBPPuKhvnYfGtB1OYkzuUToyIh2f2
	YiMjomAK8vNmySAxcp3PK3UPprVGBwjqASFvhKp2r+3zBqEB5bn+T0p7ktaYlew/
	PUWSqD8VQj1ozfjKlj3OWkzbFedEDtnFe6YehoitW1ijW4rPVX7qyI=
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:date:from:to:subject:message-id:reply-to
	:references:mime-version:content-type:in-reply-to; s=default;
	 bh=DIn1Oa8dE+xFc9I5v8H9iEeoCpw=; b=xPvdRDs29cTvDAj4Rb9+8piCVCGd
	5ZirOIcB0hRbyBPaDhxm8KL/FnvkvxqSVbQgs0y50VcCX2MnIp3SOpjZTcFVSEyJ
	W9AtuZJmffF4yXKhTVYpZxLHP7b0oYB4EiwmIXKH3pscNUuZspqR3ULJdII1dSxY
	QUqJ9lxP6Fo0Hyw=
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
X-Spam-SWARE-Status: No, score=-1.8 required=5.0 tests=AWL,BAYES_00,TW_AV autolearn=ham version=3.3.1
Date: Fri, 21 Jun 2013 10:49:02 +0200
From: Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To: cygwin AT cygwin DOT com
Subject: Re: Broken MPIR 2.6.0 on Cygwin64
Message-ID: <20130621084902.GJ1620@calimero.vinschen.de>
Reply-To: cygwin AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
References: <CAHhGz88vEgzz1i4sUjE0ugNzaf+j++r1_qT=Y6abMaB4_F=PCg AT mail DOT gmail DOT com> <20130621083039 DOT GH1620 AT calimero DOT vinschen DOT de>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
In-Reply-To: <20130621083039.GH1620@calimero.vinschen.de>
User-Agent: Mutt/1.5.21 (2010-09-15)

On Jun 21 10:30, Corinna Vinschen wrote:
> On Jun 21 00:39, Jean-Pierre Flori wrote:
> > [...]
> > /bin/sh ../libtool --tag=CC    --mode=link gcc -std=gnu99  -m64 -O2
> > -march=corei7-avx -mtune=corei7-avx    -o t-bswap.exe t-bswap.o
> 
> Uhm, are you sure this arch and tune options aren't the problem here?
> 
> > Stack trace:
> > Frame        Function    Args
> > 00000C2A590  0000000003E (00000000000, 01300000001, 00100512180, 00000000000)
> > 00000C2A590  00100493B54 (00000000000, 006000F4B30, 00000000023, 00000000000)
> > 00000C2A650  00100433783 (00100534780, 00600057550, 001800C0C2C, 00000000000)
> > 00000000000  0010040E82C (00600022D10, 00600023CF8, 00100436389, 00000000000)
> > 00000000001  0010040F2E0 (001802DE300, 00600019870, 001800C0C2C, 00600017A30)
> > 001004DDD08  001004113FB (00100520580, 00000000000, 001802E3E9D, 001802DF658)
> > 001004DDD08  001004BF4C0 (00000C2A9B0, 00000C2AA46, 001801691B1, 00000000000)
> > 00000C2AB80  0018004836E (00000000000, 00000000000, 00000000000, 00000000000)
> > 00000000000  0018004618B (00000000000, 00000000000, 00000000000, 00000000000)
> > 00000000000  0018004634F (00000000000, 00000000000, 00000000000, 00000000000)
> > 00000000000  001004BDD31 (00000000000, 00000000000, 00000000000, 00000000000)
> > 00000000000  00100401010 (00000000000, 00000000000, 00000000000, 00000000000)
> > 00000000000  00076B7652D (00000000000, 00000000000, 00000000000, 00076BF9300)
> > 00000000000  0007726C521 (00000000000, 00000000000, 00000000000, 00076BF9300)
> > End of stack trace
> > }}}
> > 
> > * I have no problem building a shared lib, nor the test programs in
> > that case, but many (but not all) of them segfaults when they are run.
> > 
> > In the two above cases, I was not able to retrieve useful information
> > when attaching gdb to the segfaulting process.
> > I just saw that three threads were launched and the backtrace only
> > involved Cygwin/Windows dlls.
> 
> The function addresses on the top of the stack (starting with 0x0010...)
> are well within ld.  The Cygwin DLL seems to be involved only in so much
> as the application's (ld's) main routine has been called.

Btw., if you install the binutils-debuginfo package, you can also
evaluate the addresses within ld on the top of the stack:

$ addr2line -e /usr/lib/debug/usr/bin/ld.exe.dbg 00100493B54 00100433783 0010040E82C 0010040F2E0 001004113FB 001004BF4C0
/usr/src/debug/binutils-2.23.52-5/bfd/cofflink.c:219
/usr/src/debug/binutils-2.23.52-5/bfd/linker.c:1132
/usr/src/debug/binutils-2.23.52-5/ld/ldlang.c:2795
/usr/src/debug/binutils-2.23.52-5/ld/ldlang.c:3257
/usr/src/debug/binutils-2.23.52-5/ld/ldlang.c:6606
/usr/src/debug/binutils-2.23.52-5/ld/ldmain.c:415

But I admit this doesn;'t help a lot either, if you don't know why it
crashed at this point.


Corinna

-- 
Corinna Vinschen                  Please, send mails regarding Cygwin to
Cygwin Maintainer                 cygwin AT cygwin DOT com
Red Hat

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