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:subject:references:to:from:reply-to:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; q=dns; s=default; b=YXBgB9qCo6uXVHmx
	CrROpakfux9S8ufxk7N2uig2r8m3pl0znRB8+rM5ZtUw/KLLKbKmY0ieKwOgsWtk
	cpOwZ3Y+pe3DUBZu53seZqB7vS2euvI6VgQhJjoucUmKttNq+D+jnogJWDeuN8oZ
	GhqV1boyxtk5mvoVsvHXdRINcWg=
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:subject:references:to:from:reply-to:message-id
	:date:mime-version:in-reply-to:content-type
	:content-transfer-encoding; s=default; bh=SV7v/hE8k3zJCvFVr8n24y
	s8EQ4=; b=enNGvR5uziTGb0+s0HV5hy5u8aFqnO3qniDORuLmQJOtHMrEj0Fzf+
	JABRNxvsrfo5zHHRSAZljs9XP0nvyQ/Ch2RCPpXMTLiBzQfRsi1tB5Xv3VZ7nwqZ
	mu8gRMH+nY7naBD4ktGHk1Tgu0RWwKPshFbG5Ij+GNkdm4gKxcvNc=
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=0.4 required=5.0 tests=AWL,BAYES_40,KAM_LAZY_DOMAIN_SECURITY,RCVD_IN_DNSWL_LOW autolearn=no version=3.3.2 spammy=H*r:ip*192.168.1.100, Hx-spam-relays-external:sk:smtp-ou, HX-HELO:sk:smtp-ou, H*RU:sk:smtp-ou
X-HELO:	smtp-out-no.shaw.ca
X-Authority-Analysis:	v=2.2 cv=KeeiiUQD c=1 sm=1 tr=0 a=WqCeCkldcEjBO3QZneQsCg==:117 a=WqCeCkldcEjBO3QZneQsCg==:17 a=IkcTkHD0fZMA:10 a=yMhMjlubAAAA:8 a=pb2tP6Djwe0jhLe_FQYA:9 a=QEXdDO2ut3YA:10
Subject:	Re: Solved: R-3.3.3-1: unable to load stats.dll
References:	<announce DOT 33271c68-05fb-5dd5-25af-4301af2fc009 AT yahoo DOT it> <a3b1c41b-2257-96b6-06fd-a33c4370ff52 AT capgemini DOT com> <da87fe64-e7c3-5f9e-f4d9-3e71d31fee68 AT capgemini DOT com> <87bmslnxh4 DOT fsf AT Rainer DOT invalid> <bf5daeaf-7697-da25-c68c-0570ac47fa99 AT capgemini DOT com> <3b8e87bd-082a-e827-3bb3-faeeb1104978 AT gmail DOT com> <43b61419-374b-86ea-09d1-40c54ef00479 AT gmail DOT com> <b631b447-b71a-c768-0c33-5646347fc03e AT gmail DOT com>
To:	cygwin AT cygwin DOT com
From:	Brian Inglis <Brian DOT Inglis AT SystematicSw DOT ab DOT ca>
Reply-To:	Brian DOT Inglis AT SystematicSw DOT ab DOT ca
Message-ID:	<ac067184-6cca-c7a9-dbd4-3421ff8919cc@SystematicSw.ab.ca>
Date:	Fri, 31 Mar 2017 14:46:52 -0600
User-Agent:	Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.8.0
MIME-Version:	1.0
In-Reply-To:	<b631b447-b71a-c768-0c33-5646347fc03e@gmail.com>
X-CMAE-Envelope:	MS4wfHHOB+Q/UnhXPdhlHvndgxvtbnUG3c0Fbts0A/q8ZzBJ9bLzM5TyckT7/+a+OQkaiijtxaCtFGZ22pwQ9G9nIz7Rh8pwycEtoqP5Fk+ElNnUOyfy0XYq RKCLYs1T2gGnleyMkU89ZCxopfSDQ+UIBU1rML6Ja7v2X3bNpI5k0KV96K05BT64+ozJBdaE2Co+bg==
X-IsSubscribed:	yes

On 2017-03-31 13:32, cyg Simple wrote:
> On 3/31/2017 12:57 PM, Marco Atzeri wrote:
>> On 31/03/2017 15:35, cyg Simple wrote:
>>> On 3/28/2017 3:17 PM, Oliver Schoett wrote:
>>>> Achim Gratz wrote:
>>>>> Try
>>>>>
>>>>> $ cygcheck /usr/lib/R/library/stats/libs/stats.dll
>>>>>
>>>>> instead.  On a hunch, check your PATH and make sure it contains
>>>>> "/usr/lib/lapack".
>>>>
>>>> The cygcheck command ends with
>>>>
>>>>    cygcheck: track_down: could not find cyglapack-0.dll
>>>>
>>>> That library can be found in /usr/lib/lapack, and adding this directory
>>>> to the PATH fixes the problem: Rscript now starts without error message.
>>>>
>>>
>>> Which is why the packager should move the required .dll to the /usr/bin
>>> directory.  Was there a stated change to this policy?
>>
>> No.
>> If you compare openblas and lapack you will find two cygblas-0.dll,
>> that I can not make coexist in /usr/bin
>>
> 
> And so we add to PATH and still have a problem if the lapack and
> openblas versions are different.  Adding to PATH doesn't fix the issue
> and if I add the openblas version before lapack then lapack suffers and
> vice-versa. This is the reason we've put DLL in the /usr/bin directory
> because adding to PATH is meaningless.
> 
> Perhaps
> https://msdn.microsoft.com/en-us/library/windows/desktop/hh310513(v=vs.85).aspx
> should be used in the main function or a Cygwin API developed to do
> that.  Or fix lapack to name it's library with a different version id.
> If there are API/ABI differences, then -0 isn't correct since the two
> cannot overlay each other.

This is the situation alternatives(8) was designed 
for - to mediate names and functions.
If a package is dependent on one or the other, 
its location in /var/lib/pkg/ should be wired in.
My PATH seems to include /usr/lib/lapack, appended by 
/etc/profile.d/lapack0.sh.
Perhaps openblas could provide the same for its clients?

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada

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