[Bug 251842] math/eigen3 FULL option pulls in openblas which conflicts with ATLAS, please add BLAS selection

bugzilla-noreply at freebsd.org bugzilla-noreply at freebsd.org
Thu Dec 31 23:28:38 GMT 2020


https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=251842

--- Comment #4 from alt2600 at icloud.com ---
(In reply to Alex S from comment #3)
In that we have no knobs to select the dependencies of FULL when the build
system of the port itself has these built into the CMAKE scripts, then yes. But
fundamentally this is different. In the Bug you cite people are asking for a
lite slave port to be created, even in that case FULL would use openblas
instead of freebsd's default BLAS library of netlib, which means people who use
ATLAS cannot use this port at all without similar local edits to their port
tree. Also I suggest the port use the default BLAS pack instead of an optional
one if selection of BLAS is rejected by the maintainer so at the very least it
will not conflict with optional BLAS libraries folks may be using. In the bug
you cite, no where has a proposed patch been made to implement selection of
these dependencies, they just want an alternate binary (slave port) to become
part of the pkg repo that doesn't pull in these dependencies.

My bug and patch implement selection of the BLAS library to choose when the
FULL build option has been selected, and is the Makefile I'm running in my tree
to build ultimately kdenlive, the only ultimate port I have with this
dependency.

the major issue with FULL common to both these bugs is turning full off does
not necessarily disable the CMAKE build of the port to find the libraries on
your system and include them as dependencies anyway, they might just not be
tracked properly as a dependency. I believe the comments on implementing FULL
in the first place was to fix that issue, by forcing the libraries that will be
detected to be automatically dependencies. Not everyone use poudriere or binary
packages, to have clean stripped build systems. For folks using eigen3 strictly
for math it makes sense they may not want to have GL dependencies, and might
want to select a preferred BLAS as well as other knobs. Fundamentally there
should be knobs, and unless absolutely required, defaults should not use
optional Ports libraries instead of the default libraries if there are no
knobs, especially when doing so causes conflicts.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the kde-freebsd mailing list