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:to:references:cc:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; q=dns; s=default; b=S8v+gtsSinuvXxn8 ujYSM9ng7GOkampFSdDhCA1VTgMZt+eKtpQJesZCdQMctNHLXRcfq3kTlEV+1f0c r6tL859sQ2wxc5qaYeyQDj9VPPNNZfhfX7w3sqojfxhw1MXjssZtjfoe+qFD4Cr8 +38zZq1qglP/4nFAHwAYelH1HQ4= 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:to:references:cc:from:message-id:date :mime-version:in-reply-to:content-type :content-transfer-encoding; s=default; bh=rIVBJWzhWDn2gop0Qj1fXD lRLY0=; b=jOMGdmVX0zTUXeSFO6K37IBRtAW7GhAAktsAZmBuyXyYSpH4b/rDI5 5UHzGykMGtmebR24fGvt5o652ZBL/CMnpaNjXr/klsvmnvIJozizCtRiy8N9DTH4 G5x7Q7toYywPUMy6u4nFKCz/GQOcBXZgHvvQ7OXVmTIC5367yOzGE= Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , 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=-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=HCc:D*cygwin.com, H*MI:sk:8fa02a7, HCc:U*cygwin, replied X-HELO: sasl.smtp.pobox.com Subject: Re: Strange errors running gcc tests on Cygwin To: Tim Prince References: <8fa02a72-e684-2ead-eacb-a5347d7594ae AT pobox DOT com> Cc: JonY <10walls AT gmail DOT com>, cygwin AT cygwin DOT com From: Daniel Santos Message-ID: <82b31abc-7b7f-8f13-fc22-521c9ef84abf@pobox.com> Date: Sat, 4 Mar 2017 20:52:34 -0600 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: <8fa02a72-e684-2ead-eacb-a5347d7594ae@pobox.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Pobox-Relay-ID: 367451DA-014E-11E7-9F1B-97B1B46B9B0B-06139138!pb-smtp1.pobox.com X-IsSubscribed: yes HAH! Well I hadn't actually subscribed to the mailing list and decided to check the archive to see if anybody replied only to the list. (I'm subscribed now) > In order to test gfortran 7.1 without installing, you will need to copy > cyggfortran-4.dll into a folder which is on LD_LIBRARY_PATH. make check > uses only the dll paths associated with the active gcc (presumably your > bootstrap compiler). There should be no reason to have to install gfortran. The gcc documentation (https://gcc.gnu.org/install/prerequisites.html) states the compiler requirements to be a working ISO C++98 compiler and makes no mention of the need for an existing Fortran compiler or libraries. This has all been built in the bootstrap. $ ll $(pwd)/x86_64-pc-cygwin/libgfortran/.libs/cyggfortran-4.dll -rwxrwxr-x+ 1 daniel None 9124325 Mar 3 19:15 /d/builds/head-test-unpatched-x86_64-pc-cygwin/x86_64-pc-cygwin/libgfortran/.libs/cyggfortran-4.dll* > Why not compare your configure and test results > against gcc test results posts? Well, that's the silly thing; when I ran all of this on my patched code, I did not get these errors. I'm planning on re-running them kind-of in hopes that I *will* get these errors so that my compare will be clean, but to me this is still not good. make check should NEVER be using any native compilers or gcc libraries because that would entirely defeat the purpose of doing the tests. I would like to understand what it causing this. Perhaps it is some type of regression? Note that it claims to be setting the LD_LIBRARY_PATH with this directory as the second element: Setting LD_LIBRARY_PATH to .:/d/builds/head-test-unpatched-x86_64-pc-cygwin/x86_64-pc-cygwin/./libgfortran/.libs:/d/builds/head-test-unpatched-x86_64-pc-cygwin/x86_64-pc-cygwin/./libquadmath/.libs:/d/builds/head-test-unpatched-x86_64-pc-cygwin/gcc:.:/d/builds/head-test-unpatched-x86_64-pc-cygwin/x86_64-pc-cygwin/./libgfortran/.libs:/d/builds/head-test-unpatched-x86_64-pc-cygwin/x86_64-pc-cygwin/./libquadmath/.libs:/d/builds/head-test-unpatched-x86_64-pc-cygwin/gcc spawn [open ...] D:/builds/head-test-unpatched-x86_64-pc-cygwin/gcc/testsuite/gfortran2/sync_3.exe: error while loading shared libraries: cyggfortran-4.dll: cannot open shared object file: No such file or directory This further implies that, if it is looking in the local environment for a library and not the build tree, then *all* test results could be invalid due to it using compilers and libraries locally installed rather than from the build tree, which would be very bad -- a regression that hides other regressions! As much as I just want to get my own tests done, I suppose I better debug this. *sigh* Daniel -- 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