From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 120670 invoked by alias); 7 Mar 2017 23:21:23 -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 120595 invoked by uid 89); 7 Mar 2017 23:21:22 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=H*MI:sk:ab35a49, H*i:sk:ab35a49, H*f:sk:ab35a49, study X-HELO: sasl.smtp.pobox.com Received: from pb-smtp2.pobox.com (HELO sasl.smtp.pobox.com) (64.147.108.71) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 07 Mar 2017 23:21:20 +0000 Received: from sasl.smtp.pobox.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 7F0637F87A for ; Tue, 7 Mar 2017 18:21:19 -0500 (EST) Received: from pb-smtp2.nyi.icgroup.com (unknown [127.0.0.1]) by pb-smtp2.pobox.com (Postfix) with ESMTP id 792EF7F879 for ; Tue, 7 Mar 2017 18:21:19 -0500 (EST) Received: from [192.168.1.4] (unknown [76.215.41.237]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pb-smtp2.pobox.com (Postfix) with ESMTPSA id E8A137F878 for ; Tue, 7 Mar 2017 18:21:18 -0500 (EST) Subject: Re: Strange errors running gcc tests on Cygwin To: cygwin@cygwin.com References: <8fa02a72-e684-2ead-eacb-a5347d7594ae@pobox.com> <82b31abc-7b7f-8f13-fc22-521c9ef84abf@pobox.com> <8bda181f-f0bc-b0dc-2d2d-1bb17031ccee@gmail.com> <583230d9-f45c-aaa0-ed77-5c50863406f5@gmail.com> <9b872914-d9cf-378e-6eec-96c175a61ffe@pobox.com> From: Daniel Santos Message-ID: <7372df4f-c55d-f9a3-325d-3f8800d67d98@pobox.com> Date: Tue, 07 Mar 2017 23:21:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101 Thunderbird/45.5.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: C4CE8FC8-038C-11E7-ADFF-FC50AE2156B6-06139138!pb-smtp2.pobox.com X-IsSubscribed: yes X-SW-Source: 2017-03/txt/msg00093.txt.bz2 On 03/07/2017 07:58 AM, cyg Simple wrote: > On 3/6/2017 9:03 PM, Daniel Santos wrote: >> On 03/05/2017 05:08 AM, David Billinghurst wrote: >>> No. >>> >>> LD_LIBRARY_PATH is used by dlopen (). >>> >>> PATH is one of the locations searched by Windows when starting >>> applications, see https://msdn.microsoft.com/en-us/library/7d83bc18.aspx >> Thank you for this clarification. So load-time dlls are resolved (in >> ntdll.exe or some such) using PATH and run-time dlls loaded with >> dlopen() are resolved with LD_LIBRARY_PATH? I'm obviously not intimate >> with Cygwin's architecture, but I'm guessing that explicitly using >> LoadLibrary is still going to use PATH. > You're obviously not intimate with Windows either. The search algorithm > in Windows is more involved than PATH. You need to study more. > My concern is with the dynamic portion of this behavior -- what is affected by environment variables. -- 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