This is an upstream bug, but I thought it might be worth flagging for other rv users since it's where I got caught out: https://forum.posit.co/t/missing-openmp-support-for-p3m-macos-binaries-affects-data-table-fixest-and-likely-others/211094
Feel free to close. Again, I just wanted to leave a paper trail in case anyone else is wondering why some of their scripts are taking much longer to execute in rv enabled projects.
Edit: I thought a workaround would be to enforce source installs (since the compilation time is reasonable in my case):
dependencies = [
{ name = "data.table", force_source = true },
{ name = "fixest", force_source = true },
# ... rest unchanged
]
... but this triggered a separate compilation issue for data.table; namely that the source build fails on macOS with fatal error: 'libintl.h' file not found. This is because data.table recently added gettext support for internationalization, and the required libintl.h header isn't in the default macOS include path (it's available via Homebrew's gettext at
/opt/homebrew/include, but the compiler doesn't find it automatically). You could work around this via rv's
packages_env_vars config, but those flags are platform-specific and would break for Linux collaborators sharing the same rproject.toml. So there's no clean cross-platform workaround at the moment.
This is an upstream bug, but I thought it might be worth flagging for other
rvusers since it's where I got caught out: https://forum.posit.co/t/missing-openmp-support-for-p3m-macos-binaries-affects-data-table-fixest-and-likely-others/211094Feel free to close. Again, I just wanted to leave a paper trail in case anyone else is wondering why some of their scripts are taking much longer to execute in
rvenabled projects.Edit: I thought a workaround would be to enforce source installs (since the compilation time is reasonable in my case):
... but this triggered a separate compilation issue for
data.table; namely that the source build fails on macOS withfatal error: 'libintl.h' file not found. This is becausedata.tablerecently added gettext support for internationalization, and the requiredlibintl.hheader isn't in the default macOS include path (it's available via Homebrew'sgettextat/opt/homebrew/include, but the compiler doesn't find it automatically). You could work around this viarv'spackages_env_varsconfig, but those flags are platform-specific and would break for Linux collaborators sharing the samerproject.toml. So there's no clean cross-platform workaround at the moment.