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

Dima Pasechnik dimpase+freebsd at gmail.com
Sat Feb 23 23:16:42 UTC 2019


On Sat, Feb 23, 2019 at 6:31 PM Diane Bruce <db at db.net> wrote:
[...]
> Dima, gerald has always been very helpful in all my communications> with him. > Have you filed a PR for the fix? dropped  him an email?

Diane,
well, after reading many threads  on this issue I stumbled upon
https://forums.freebsd.org/threads/freebsd-11-2-libgcc_s-so-1-error.67031/
---it advises to add to  /etc/libmap.conf the line

libgcc_s.so.1 /usr/local/lib/gccX/libgcc_s.so.1

---where X to be replaced with the major gfortran version  one uses.

By the way, is this anywhere in the current documentation? These kinds
of things seem to be documented for FreeBSD 7.3,
cf. https://docs.freebsd.org/doc/7.3-RELEASE/usr/share/doc/en/articles/custom-gcc/configuring-ports-gcc.html
but then everything that needs this hack was  supposed to be resolved?

Naturally, this is ugly and should not be needed, and nothing like
this is needed on Linux (or Solaris).

As what I do on FreeBSD is porting a largish Python library
(basically, an update to the current Sagemath version (8.6) what's
inhttps://www.freshports.org/math/sage/, but the 1st goal would be
more modest, just an ability to build and run in the "user space", not
as a FreeBSD port), these kinds of workarounds aren't really feasible,
as long as "finished product" is concerned.

In fact, I started working on this on FreeBSD 11, where the math
library was lacking standard symbols for a number of complex
functions, and stopped, as I felt it's just too much of a hassle to
work around, and picked it up again after in FreeBSD 12 this has been
resolved (Steve (kargl) played a major role in it, I gather).

>
> I know we (gerald and ?? can't remember) tried a static lib change
> a few years ago. I believe it didn't work at the time due to missing
> symbols which we have since added.

I am trying to understand what the situation is. If everything that is
needed for this fix is already there, then what's precluding it from
going forward?

I've also looked at using flang instead of gfortran (it's great that
FreeBSD has it available), but it seems to come with its own set of
issues...

Thanks,
Dima
http://users.ox.ac.uk/~coml0531/


More information about the freebsd-ports mailing list