MRO-3.5.2 ships which complains about GFORTRAN_1.4 RRS feed

  • Question

  • It looks like no package using fortran code can be installed (I'm on RedHat 7.x):

    * installing *source* package leaps ...
    ** package leaps successfully unpacked and MD5 sums checked
    ** libs
    gfortran   -fpic  -g -O2  -c leaps.f -o leaps.o
    gfortran   -fpic  -g -O2  -c leapshdr.f -o leapshdr.o
    gcc -std=gnu99 -shared -L/opt/ropen/3.5.2/lib64/R/lib -o leaps.o leapshdr.o -lgfortran -lm -L/opt/ropen/3.5.2/lib64/R/lib -lR
    installing to /opt/library/3.5/2019-04-16/cran/leaps/libs
    ** R
    ** byte-compile and prepare package for lazy loading
    ** help
    *** installing help indices
    ** building package indices
    ** testing if installed package can be loaded
    Error: package or namespace load failed for leaps in dyn.load(file, DLLpath = DLLpath, ...):
     unable to load shared object '/opt/library/3.5/2019-04-16/cran/leaps/libs/':
      /opt/ropen/3.5.2/lib64/R/lib/ version `GFORTRAN_1.4' not found (required by /opt/library/3.5/2019-04-16/cran/leaps/libs/
    Error: loading failed
    Execution halted
    ERROR: loading failed

    Wednesday, June 5, 2019 10:36 PM

All replies

  • This appears to be a general gfortran configuration problem, from what I can determine.

    I suggest that you try setting the environment variable 'LD_LIBRARY_PATH' as follows:


    This discussion may also help in troubleshooting the problem:

    Monday, June 10, 2019 5:53 PM
  • I was able to reproduce the behavior you reported.

    Looks like we ship a slightly older version of libgfortran with Microsoft R Open 3.5.2 then can be found on newer CentOS systems. A workaround for now is to copy the correct libgfortran from the '/usr/lib64' directory to the MRO libs folder:

    sudo cp /usr/lib64/ /opt/microsoft/ropen/3.5.2/lib64/R/lib

    If you then restart MRO and install the 'leaps' package it should work.

    We will upgrade the '' for our next release.

    Monday, June 10, 2019 8:11 PM