Can you provide a bit more context? I just grabbed the pkg source from CRAN and
it builds fine.
$ clang --version
Apple clang version 11.0.3 (clang-1103.0.32.59)
Target: x86_64-apple-darwin19.5.0
Thread model: posix
InstalledDir:
/Applications/Xcode.app/Contents/Developer/Toolchains/XcodeDefa
Hi,
[SOLVED]
It was a problem of linking the libraries correctly, as suggested by
Rodrigo Tobar and David Winsemius.
I checked the package in rhub and it was working fine in the
macos-highsierra-release platform, which uses homebrew to install gdal and
proj. These are probably the settings that Bob
On 5/7/20 7:37 AM, Fabio Corradini Santander wrote:
> Hi,
> Thank you both very much for your help. Summarizing your comments:
> 1. There were no problems when installing the package from CRAN on a macOS
> Catalina with clang11 and R 4.0.0.
> 2. Since I don't use any of the objects directly, it i
Hi,
Thank you both very much for your help. Summarizing your comments:
1. There were no problems when installing the package from CRAN on a macOS
Catalina with clang11 and R 4.0.0.
2. Since I don't use any of the objects directly, it is probably a gdal
thing due to an improper(?) installation.
OK,
Hi,
On 6/5/20 6:17 pm, Fabio Corradini Santander wrote:
... Cutting the long
paths of CRAN, the problem looks like (for r-oldrel-osx-x86_64):
...
** testing if installed package can be loaded from temporary location
Error: package or namespace load failed for ‘uFTIR’ in dyn.load(file,
DLLpath =
