From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 93277 invoked by alias); 25 Apr 2017 18:05:52 -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 93263 invoked by uid 89); 25 Apr 2017 18:05:51 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=suspect X-HELO: mailsrv.cs.umass.edu Received: from mailsrv.cs.umass.edu (HELO mailsrv.cs.umass.edu) (128.119.240.136) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 25 Apr 2017 18:05:50 +0000 Received: from [192.168.26.27] (eduroamgw.cs.umass.edu [128.119.40.194]) by mailsrv.cs.umass.edu (Postfix) with ESMTPSA id 2D36D401BF09; Tue, 25 Apr 2017 14:05:51 -0400 (EDT) Reply-To: moss@cs.umass.edu Subject: Re: Numpy 1.12.1 setup issue (targetting Python 3.6.1) from Cygwin 2.8.0 To: cygwin@cygwin.com References: <1492335890346-133485.post@n5.nabble.com> <1492342647795-133490.post@n5.nabble.com> <1492423280653-133510.post@n5.nabble.com> From: Eliot Moss Message-ID: <98fc3b6a-4b61-58b4-039b-880321df125b@cs.umass.edu> Date: Wed, 26 Apr 2017 09:20:00 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.0.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes X-SW-Source: 2017-04/txt/msg00335.txt.bz2 On 4/25/2017 1:52 PM, Brian Inglis wrote: > On 2017-04-25 11:17, Eliot Moss wrote: >> On 4/25/2017 12:34 PM, Erik Bray wrote: >>> I've just started having this problem too. There appears to be a >>> bug in the latest version of the liblapack0 package, because the >>> import lib liblapack.dll.a lists the lapack DLL name as >>> "cyglapack.dll", when it should be "cyglapack-0.dll". >>> Copying /lib/lapack/cyglapack-0.dll to /lib/lapack/cyglapack.dll >>> works as a workaround... >> I suspect that adding a symlink from cyglapack.dll to >> cyglapack-0.dll would also work, if one prefers that solution. > > ISTR a discussion around rebase recently where symlinks do not > work because Windows kernel loads the DLLs. Ah, good point, Brian! E -- 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