public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
From: Daniel Santos <daniel.santos@pobox.com>
To: Tim Prince <n8tm@aol.com>
Cc: JonY <10walls@gmail.com>, cygwin@cygwin.com
Subject: Re: Strange errors running gcc tests on Cygwin
Date: Sun, 05 Mar 2017 02:49:00 -0000	[thread overview]
Message-ID: <82b31abc-7b7f-8f13-fc22-521c9ef84abf@pobox.com> (raw)
In-Reply-To: <8fa02a72-e684-2ead-eacb-a5347d7594ae@pobox.com>

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

  parent reply	other threads:[~2017-03-05  2:49 UTC|newest]

Thread overview: 29+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-03-04  5:44 Daniel Santos
2017-03-04 11:27 ` Tim Prince via cygwin
2017-03-05  2:49 ` Daniel Santos [this message]
2017-03-05  3:49   ` JonY
2017-03-05  4:20     ` Daniel Santos
2017-03-05  7:23     ` Daniel Santos
2017-03-05  7:32     ` Daniel Santos
2017-03-05 11:08       ` David Billinghurst
2017-03-07  1:59         ` Daniel Santos
2017-03-07 13:58           ` cyg Simple
2017-03-07 23:21             ` Daniel Santos
2017-03-08  0:36               ` David Billinghurst
2017-03-08  5:14                 ` Daniel Santos
2017-03-08  8:21                   ` Brian Inglis
2017-03-09 22:48                     ` Daniel Santos
2017-03-09 23:51                       ` Brian Inglis
2017-03-10  0:01                         ` Tim Prince via cygwin
2017-03-10 18:56                         ` Achim Gratz
2017-03-10 20:30                           ` Brian Inglis
2017-03-10 20:48                             ` Achim Gratz
2017-03-13 16:35                           ` Daniel Santos
2017-03-13 17:25                             ` Marco Atzeri
2017-03-15 16:50                               ` Daniel Santos
2017-03-15 19:36                                 ` Brian Inglis
2017-03-16 20:55                                   ` Daniel Santos
2017-03-17  5:17                                     ` Brian Inglis
2017-03-18 13:48                                       ` Daniel Santos
2017-03-18 14:52                                         ` cyg Simple
2017-03-12  4:04                         ` Daniel Santos

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=82b31abc-7b7f-8f13-fc22-521c9ef84abf@pobox.com \
    --to=daniel.santos@pobox.com \
    --cc=10walls@gmail.com \
    --cc=cygwin@cygwin.com \
    --cc=n8tm@aol.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).