<html>
  <head>
    <meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
  </head>
  <body>
    Thought I'd rule out the difference between 9.3.1 on my machines,
    and 9.2.0 on my colleagues machine. Fired up a VM with 9.2.0, but
    still get the same error. <br>
    <br>
    I had someone email me off list saying FINDLOC is 'twitchy' (his
    words) and perhaps not worth the effort. But still, puzzled why it
    seems to be 'found' for the mingw 9.x.x binaries under windows, but
    not within devtoolset-9. <br>
    <br>
    <div class="moz-cite-prefix">On 3/28/2021 2:44 PM, Evan Cooch wrote:<br>
    </div>
    <blockquote type="cite"
      cite="mid:a5daf108-11ca-d127-aabc-c48f2aa4e52d@gmail.com">
      <meta http-equiv="content-type" content="text/html; charset=UTF-8">
      Weird one (perhaps). Colleague and I trade back a large slug of
      FORTRAN code -- he is on a Windows machine, running mingw gfortran
      9.2. He recently made a small code update that calls the findloc
      intrinsic, which is suppoted in 9.x.x.  Code compiles fine on his
      end. <br>
      <br>
      But, on my end, no such luck -- I'm on Linux boxes (CentOS 7),
      running gfortran 9.3.1 under scl devtoolset. When I try to compile
      the <u>exact</u> same code, I get a fail at the end -- a few
      lines referring to a call to FINDLOC in one of the modules
      (something called estmat). <br>
      <br>
/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/ld:
      estmat.o: in function `filldm.3876': estmat.f90:(.text+0x1201):
      undefined reference to `_gfortran_findloc0_s1' <br>
      <br>
      <br>
      Was wondering if anyone can give me some advice? Is there a way to
      'look for' FINDLOC on my box (irony accidental), or (perhaps) if
      there is a packaging issue with devtoolkit for CentOS, is there
      something I can do to correct the problem? <br>
      <br>
      Many thanks in advance...<br>
      <br>
      If it matters, this is what 'gfortran -v' returns on my machine:<br>
      <br>
      Using built-in specs.<br>
      COLLECT_GCC=gfortran<br>
COLLECT_LTO_WRAPPER=/opt/rh/devtoolset-9/root/usr/libexec/gcc/x86_64-redhat-linux/9/lto-wrapper<br>
      Target: x86_64-redhat-linux<br>
      Configured with: ../configure --enable-bootstrap
      --enable-languages=c,c++,fortran,lto
      --prefix=/opt/rh/devtoolset-9/root/usr
      --mandir=/opt/rh/devtoolset-9/root/usr/share/man
      --infodir=/opt/rh/devtoolset-9/root/usr/share/info --with-bugurl=<a
        class="moz-txt-link-freetext"
        href="http://bugzilla.redhat.com/bugzilla"
        moz-do-not-send="true">http://bugzilla.redhat.com/bugzilla</a>
      --enable-shared --enable-threads=posix --enable-checking=release
      --enable-multilib --with-system-zlib --enable-__cxa_atexit
      --disable-libunwind-exceptions --enable-gnu-unique-object
      --enable-linker-build-id --with-gcc-major-version-only
      --with-linker-hash-style=gnu
      --with-default-libstdcxx-abi=gcc4-compatible --enable-plugin
      --enable-initfini-array
--with-isl=/builddir/build/BUILD/gcc-9.3.1-20200408/obj-x86_64-redhat-linux/isl-install
      --disable-libmpx --enable-gnu-indirect-function
      --with-tune=generic --with-arch_32=x86-64
      --build=x86_64-redhat-linux<br>
      Thread model: posix<br>
      gcc version 9.3.1 20200408 (Red Hat 9.3.1-2) (GCC) <br>
      <br>
      <br>
    </blockquote>
    <br>
  </body>
</html>