Date: Sat, 16 Feb 2019 18:35:52 -0700 From: "Russell L. Carter" <rcarter@pinyon.org> To: Eugene Grosbein <eugen@grosbein.net>, FreeBSD Ports ML <freebsd-ports@freebsd.org> Subject: Re: FreeCAD 0.17 && /lib//libgcc_s.so.1 Message-ID: <416689e6-37f9-17ec-54d8-0d224c26f30f@pinyon.org> In-Reply-To: <f6a45ec9-7ae4-d9ba-f71c-f2ef8c235039@grosbein.net> References: <a2102b4e-7d7a-7d5b-2ba1-b9a14f8574f6@pinyon.org> <f6a45ec9-7ae4-d9ba-f71c-f2ef8c235039@grosbein.net>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?416689e6-37f9-17ec-54d8-0d224c26f30f>