math/gretl currently enabling option R=yes causes compile error with "gretl-1.9.13_10 depends on shared library: libR.so - not found *** Error code 1" Use R-CRAN syntax to fix this: -@66 R_LIB_DEPENDS= libR.so:math/R +@66 R_LIB_DEPENDS= ${CRAN_DEPENDS} Builds as expected on 12-Current-amd64
Thank you Beeblebrox. Could you include the patch in comment 0 as an attachment please
Created attachment 184343 [details] math/gretl: patch-Fix R dependency option comment #0
Comment on attachment 184343 [details] math/gretl: patch-Fix R dependency option Port is unmaintained, implicit approval pending QA
math/R seems to have a new syntax from several days ago. I confirm my patch still works, while new syntax does not R_LIB_DEPENDS= cran:auto-plist,compiles It would probably be better to consult the R port maintainers in any case. On a separate but related topic: I'm seeing R-Cran build failures as "unable to load shared object '/usr/local/lib/R/library/stats/libs/stats.so': Shared object "libRlapack.so" not found, required by "stats.so" My R port is built with option OPENBLAS & not RBLAS, which places lapack.so under /usr/local/lib/R/modules/ I think Mk/Uses/cran.mk is the problem with @24: R_LIB_DIR= lib/R/library Where it should have an IF or other library path resolution method to check R/modules.
A commit references this bug: Author: swills Date: Fri Aug 18 17:25:14 UTC 2017 New revision: 448261 URL: https://svnweb.freebsd.org/changeset/ports/448261 Log: math/gretl: Fix R dependency option (causing build failure) PR: 220729 Submitted by: Beeblebrox <zaphod@berentweb.com> Changes: head/math/gretl/Makefile
Committed, thanks!