Date: Sat, 15 Jul 2017 20:57:51 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-ports-bugs@FreeBSD.org Subject: [Bug 220729] math/gretl: Fix R dependency option (causing build failure) Message-ID: <bug-220729-13-Mw8N3kBQuU@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-220729-13@https.bugs.freebsd.org/bugzilla/> References: <bug-220729-13@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D220729 --- Comment #4 from Beeblebrox <zaphod@berentweb.com> --- 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=3D 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=3D lib/R/library Where it should have an IF or other library path resolution method to check R/modules. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-220729-13-Mw8N3kBQuU>