From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 37858 invoked by alias); 7 Feb 2016 23:53:38 -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 37841 invoked by uid 89); 7 Feb 2016 23:53:37 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=1.0 required=5.0 tests=AWL,BAYES_50,KAM_LAZY_DOMAIN_SECURITY autolearn=no version=3.3.2 spammy=H*r:Sun, DLL, H*r:8.12.11, H*F:U*mark X-HELO: m0.truegem.net Received: from m0.truegem.net (HELO m0.truegem.net) (69.55.228.47) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-SHA encrypted) ESMTPS; Sun, 07 Feb 2016 23:53:35 +0000 Received: (from daemon@localhost) by m0.truegem.net (8.12.11/8.12.11) id u17NrQgr075911 for ; Sun, 7 Feb 2016 15:53:26 -0800 (PST) (envelope-from mark@maxrnd.com) Received: from 76-217-5-154.lightspeed.irvnca.sbcglobal.net(76.217.5.154), claiming to be "[192.168.1.100]" via SMTP by m0.truegem.net, id smtpdkqt8Xl; Sun Feb 7 15:53:22 2016 Subject: Re: Failing 'make check' for non-Cygwin GMP-ECM package To: cygwin@cygwin.com References: <87d1saqhlj.fsf@Rainer.invalid> From: Mark Geisert Message-ID: <56B7D8FA.1040501@maxrnd.com> Date: Sun, 07 Feb 2016 23:53:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:42.0) Gecko/20100101 Firefox/42.0 SeaMonkey/2.39 MIME-Version: 1.0 In-Reply-To: <87d1saqhlj.fsf@Rainer.invalid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2016-02/txt/msg00063.txt.bz2 Achim Gratz wrote: > Mark Geisert writes: >> I'm seeing an odd issue after building the GMP-ECM 6.4.4 package from >> Inria. I downloaded the .tar.gz file and unpacked, ran configure, >> then make and 'make check'. I get a SIGSEGV from a test using ecm.exe >> as part of 'make check'. > > It seems that this release is three years old. Did you try autoreconf > or just configure? If the latter, it may simply not recognize the > current Cygwin correctly in its configury. Thanks for the idea but trying it didn't change the symptoms. With more debugging this seems to me like some kind of dynamic relocation issue so I'm looking further in that direction within the Cygwin DLL. Regards, ..mark -- 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