On 2/16/19 6:21 PM, Eugene Grosbein wrote:
17.02.2019 8:02, Russell L. Carter wrote:
Greetings,
Restarting the FreeCAD 0.17 discussion on a different tangent.
As I mentioned before I am building (for now) outside of the ports
tree FreeCAD-git + Coin-hg + QT5 + med-4.0.0. I want to particularly
thank very much all the porting work that has been done so far, I
wouldn't have been able to get as far as I have without it.
french/med (french?) requires fortran, and for ports gfortran is
apparently the only option. gfortran depends on libgcc_s.so.1, which
is FreeBSD's (only?) version of dll hell.
Transcribed output from the FreeCAD Testing Framework GUI test all:
First run of TestApp.All: Run: 212 Failures: 1 Errors: 20
which isn't bad at all I suspect. However one of the failures is
/lib/libgcc_s.so.1 version GCC_4.8.0 required by
/usr/local/lib/gcc8/libgfortran.so.5 not found
This is probably fatal to practical use of FreeCAD on FreeBSD. I was
able to open most of my previous models, created on debian-testing,
but some were fail.
2 threads, no happy ending:
https://lists.freebsd.org/pipermail/freebsd-ports/2018-May/113336.html
https://lists.freebsd.org/pipermail/freebsd-python/2016-January/009672.html
Question to experienced porters, how is this best practice solved?
I've just did "pkg install gcc8" using my FreeBSD 11.2/amd64 system and got
this:
# ldd /usr/local/lib/gcc8/libgfortran.so.5
/usr/local/lib/gcc8/libgfortran.so.5:
libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0 (0x80146e000)
libz.so.6 => /lib/libz.so.6 (0x8016ad000)
libm.so.5 => /lib/libm.so.5 (0x8018c5000)
libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x801af3000)
libc.so.7 => /lib/libc.so.7 (0x800823000)
So, /usr/local/lib/gcc8/libgfortran.so.5 does not depend on /lib/libgcc_s.so.1
but on /usr/local/lib/gcc8/libgcc_s.so.1 in normal case.
I assume something is broken in your installation. Try removing gcc8 and
reinstalling
it using package.
I have similar libgfortran.so.5 installation linkage:
root@feyerabend> ldd /usr/local/lib/gcc8/libgfortran.so.5
/usr/local/lib/gcc8/libgfortran.so.5:
libquadmath.so.0 => /usr/local/lib/gcc8/libquadmath.so.0
(0x80126d000)
libz.so.6 => /lib/libz.so.6 (0x80066a000)
libm.so.5 => /lib/libm.so.5 (0x800684000)
libgcc_s.so.1 => /usr/local/lib/gcc8/libgcc_s.so.1 (0x8014ac000)
libc.so.7 => /lib/libc.so.7 (0x800249000)
root@feyerabend>
So I must dig deeper. Perhaps with rpaths interacting with the system
paths?
Russell
_______________________________________________
freebsd-ports@freebsd.org mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-ports
To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
