FreeCAD 0.17 && /lib//libgcc_s.so.1

[Russell L. Carter]

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 at 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 at feyerabend>

So I must dig deeper.  Perhaps with rpaths interacting with the system
paths?

Russell