Bug 217459 - benchmarks/hpl /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc49/libgfortran.so.3 not found
Summary: benchmarks/hpl /lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/l...
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Only Me
Assignee: Oliver Lehmann
Depends on:
Reported: 2017-03-01 18:55 UTC by otacilio.neto
Modified: 2017-09-22 13:27 UTC (History)
3 users (show)

See Also:
bugzilla: maintainer-feedback? (oliver)


Note You need to log in before you can comment on or make changes to this bug.
Description otacilio.neto 2017-03-01 18:55:34 UTC
xhpl fails with message 

/lib/libgcc_s.so.1: version GCC_4.6.0 required by /usr/local/lib/gcc49/libgfortran.so.3 not found

I have tested on FreeBSD 10 i386 and FreeBSD 11 amd64. 
Looks like a problem related with two versions of libgcc_s.so.1

root@nostromo:/usr/ports/benchmarks/hpl # ls /lib/libgcc_s.so.1
root@nostromo:/usr/ports/benchmarks/hpl # ls /usr/local/lib/gcc49/libgcc_s.so.1
Comment 1 Yuri Victorovich freebsd_committer 2017-04-20 15:47:06 UTC
This is a long-standing problem that clang-compiled code using exceptions isn't compatible with gcc fortran.
Comment 2 Ed Maste freebsd_committer 2017-07-04 21:03:07 UTC
Unfortunately rtld reports an error when the needed verdef entry does not exist, and exits. It does not report the actual symbols that are missing:

For reference I found the following missing symbols from GCC_4.6.0 (from gcc5-provided libgfortran.so.3), which have a compiler-rt implementation:


and the following that do not have a compiler-rt implementation:

Comment 3 Yuri Victorovich freebsd_committer 2017-07-04 21:08:52 UTC
Once flang matures and supports i386, bug#220313 will solve this problem.