bug-gsl
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: libgsl.so is broken: it has unresolved symbols cblas_*


From: Matthias Sitte
Subject: Re: libgsl.so is broken: it has unresolved symbols cblas_*
Date: Sat, 17 Oct 2020 10:42:57 +0200
User-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.15; rv:68.0) Gecko/20100101 Thunderbird/68.12.1

Dear Mark,

I completely agree with your assessment.

Let me add a few notes (I am not a GSL developer):

From a dev point of view, reproducing an error is the first and most important step to fix it. For the sake of completeness, I followed Yuri's instructions:

> To reproduce: download the VM of FreeBSD 11.4. In it: cd /usr/ports/astro/siril && make. This would reproduce the problem.

I wasn't able to reproduce the problem because there simply isn't a "/usr/ports/" folder. Don't know anything about FreeBSD, so this won't be any help at all. :-(

Yet, from my years-long experience with GSL (and many, many other FOSS) I can say with 99.999% certainty that the problem doesn't lie within the GSL package. Otherwise there'd be bug reports on FreeBSD or other portals or just anywhere on the internet but I can't find any.

Combined with the fact that the we're given a single log without build instructions, the build process being completely intransparent, etc. the issue should be fixed on the build end, not the GSL package.

Best,

Matthias

On 17.10.20 07:53, Mark Galassi wrote:
Instead, I provided the proof that it is broken, and the recipe how to
fix it.
Dear Yuri,

Thanks for trying to get your package to work with GSL.

The way this development works is that the gsl team develops the source
code to gsl, and various other teams prepare binary packages for various
platforms.  Yet other teams develop the various tools involved in
between.

So we have to find out where the problem comes up.

We must pick apart if your problem is a bug in gsl, or if your problem
lies in other parts of the system (autotools for setting up linking,
freebsd, the particular compiler toolchain, ...).  I offered to help
diagnose things.

And the standard way to do this is not by asking gsl volunteers to do
something big, which would not help isolate the problem anyway.  The
volunteer who helps you would still have to reduce it to a MWE to figure
how what component breaks.  So the convention is that when you report
the problem you provide the MWE.

When you say "the problem is clear", that is not clear to me: you have a
big web page with a long link line with very specific software.  It
becomes clear when you reduce it to a small link line with a known MWE
and no other moving parts.

And when you say you have provided a recipe, that would be great: you
can send us a patch against a current clone of the git repo at:

https://savannah.gnu.org/git/?group=gsl

If you would like help preparing an MWE (for example based on the sample
cblas program in the GSL manual) please write me off list and I can work
with you on that.  So far the examples I tried to create from what you
said simply worked, so we need the detail and *your* MWE that exhibits
the problem.  It should be quite fast if we do it together.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]