I see now that the symbols are actually there, but they are dynamic symbols
which don't seem to get picked up (Though I don't really know what the
difference is).
-Kyle
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/
Hi Kyle
On Friday, January 25, 2019 at 9:11:35 AM UTC+1, ky...@math.uh.edu wrote:
>
> Hi Denis,
>
> I did see both of the issues raised on github before I posted, but it
> wasn't really clear what the resolution was other than its a gsl dependency
> problem.
>
I would say from our side we trie
Hi Denis,
I did see both of the issues raised on github before I posted, but it
wasn't really clear what the resolution was other than its a gsl dependency
problem.
nm -g /usr/lib64/libgslcblas.so
nm -g /usr/lib64/libgsl.so
both tell me there are no symbols, even without grepping for the one i
Hi Kyle,
According to your config, deal.II picked up gslcblas.so:
GSL_LIBRARIES = /usr/lib64/libgsl.so;/usr/lib64/libgslcblas.so
Could you check if it contains the missing symbol, something like:
$ nm -g
~/spack/opt/spack/darwin-mojave-x86_64/clang-10.0.0-apple/gsl-2.5-3xp3xgxrby4oihswo2f7ve2
Thank you very much, this will work fine.
-Kyle williams
--
The deal.II project is located at http://www.dealii.org/
For mailing list/forum options, see
https://groups.google.com/d/forum/dealii?hl=en
---
You received this message because you are subscribed to the Google Groups
"deal.II User G
Hi Kyle,
deal.II only uses GSL in two places: the Functions::CSpline class (which
interpolates provided data with splines) and in FESeries::Legendre, (which
is used in some regularity estimators). Unless you plan on using either of
these classes directly I suggest just disabling GSL with the cm