Installation fails (Windows 10, R v4.0, RTools v4.0.0)

[f3-matt]

I'm unable to get installation to work properly under the 4.0 versions of R and RTools. After executing > install_github('dirkschumacher/rcbc'), I eventually get:

"C:/rtools40/mingw32/bin/"gcc -I"C:/PROGRA1/R/R-401.0/include" -DNDEBUG -I../windows/cbc-2.9.8/include/coin -I'C:/Users/{user}/Documents/R/win-library/4.0/Rcpp/include' -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 -mstackrealign -c rcbc-init.c -o rcbc-init.o
C:/rtools40/mingw32/bin/g++ -std=gnu++11 -shared -s -static-libgcc -o rcbc.dll tmp.def RcppExports.o cpp_cbc_solve.o rcbc-init.o -L../windows/cbc-2.9.8/lib-8.3.0/i386 -lCbcSolver -lClpSolver -lOsiCbc -lCbc -lCgl -lOsiClp -lClp -lOsi -lCoinUtils -lz -lm -LC:/PROGRA1/R/R-401.0/bin/i386 -lR
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lCbcSolver
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lClpSolver
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lOsiCbc
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lCbc
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lCgl
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lOsiClp
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lClp
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lOsi
C:/rtools40/mingw32/bin/../lib/gcc/i686-w64-mingw32/8.3.0/../../../../i686-w64-mingw32/bin/ld.exe: cannot find -lCoinUtils
collect2.exe: error: ld returned 1 exit status
no DLL was created
ERROR: compilation failed for package 'rcbc'

(Apologies for the automatic Markdown formatting)

Any suggestions? I've tested with R v3.63 and RTools v3.5 and it installed without problem.

[multiduplikator]

I ran into same problem. What fixed it for me:

1. Start msys2 in rtools directory
2. pacman -S mingw-w64-x86_64-coinor-cbc
3. pacman -S mingw-w64-x86_64-zlib (might not be required, as I did trial and error a bit)

Then run installation in R again as prescribed:
devtools::install_github("dirkschumacher/rcbc")
devtools::install_github("dirkschumacher/ROI.plugin.cbc")

Works for me.

[f3-matt]

Thanks for the tip. Sadly, this did not fix the issue for me.

[multiduplikator]

I installed rtools4.0 in "the new way" as given here https://cran.r-project.org/bin/windows/Rtools/

Did you do it the same way?

[dirkschumacher]

On Windows the coin librarys are downloaded from r-winlib:

rcbc/tools/winlibs.R

Lines 5 to 11 in 1c78b0b

	# Download cbc-2.9.8 from rwinlib
	if(!file.exists("../windows/cbc-2.9.8/include/coin/CbcSolver.hpp")){
	download.file("https://github.com/rwinlib/cbc/archive/v2.9.8.zip", "lib.zip", quiet = TRUE)
	dir.create("../windows", showWarnings = FALSE)
	unzip("lib.zip", exdir = "../windows")
	unlink("lib.zip")
	}

Maybe that is the problem as you get some error messages that the coin libs are not found.

Can you use the rhub package and check if it builds on the windows machine there?

Will try to look into it this week or weekend.

[f3-matt]

Rhub installs without issue.

I eventually succeeded installing rcbc after downloading the coin libraries from the address in winlibs/R and then flailing around a bit to discover their appropriate homes in ~/lib and ~/include under ~/rtools40/mingw32 and ~/rtools40/mingw64. The install script seemed to have populated the coin libraries in ~/mingw64 but then was looking for them in ~/mingw32, where they were absent. Perhaps this is a source of my initial problems?

Thanks for the attention.

[shuaiwang88]

I am having the same issue after updating to R 4.0

[snestler]

LIkewise here. @f3-matt ... can you be a little more specific about what you had to do to get it to work? Thank you.

[f3-matt]

Sure.

I downloaded the coin libraries from https://github.com/rwinlib/cbc/archive/v2.9.8.zip, referenced on line 7 of rcbc/tools/winlibs.R. From that archive, I took the /cbc-2.8.9/include/coin directory and copied it to C:/rtools40/mingw32/include/ and C:/rtools40/mingw64/include/ (your rtools directory may vary). After that, installing rcbc worked as expected.

(It may not be necessary to put it in both places, but that's where I stopped experimenting.)

[snestler]

Thanks, @f3-matt. I tried this but get the same result. I also tried the approach that @multiduplikator suggested but still can't get rcbc to install from github.

[multiduplikator]

Just to make sure. Sys.which("make") in R console gives you the expected results as described in the rtools installation documentation?

I could produce a more detailed documentation on how I did it...if you want.

[snestler]

Yep. See below:

> Sys.which("make")
                              make 
"C:\\rtools40\\usr\\bin\\make.exe" 
> 

I would like the additional guidance, if you are willing. Thank you.

[multiduplikator]

We can get the mingw cbc package installed and then you could use ROI with the cbc plug-in - as an alternative to rcbc. Would that be an option? Potentially with ompr and ompr.roi. That is my preferred setup...

At any rate, I will do a small write-up tomorrow for you.

[snestler]

Yes, please! I am using ompr and ompr.roi, so that is what I am trying to do. Just not happy with performance of glpk and symphony, so checking out some other options. Also looking for a good version of roi.plugin.gurobi if you know where to find one. They all appear 2+ years old and won't install. Thank you!

[multiduplikator]

In the meatime, you dont need the rcbc package for the cbc plugin to work. So installation of mingw-cbc should get you started.

As for glpk performance, depending on the problem you are trying to solve you might get good improvements with:
ROI_solve(op_model, solver = "glpk", control = list("verbose" = TRUE, "presolve" = TRUE, "UseCuts" = 256))

It does a lot less cutting as compared to cbc, but might be sufficient for you (it was not for me though).

Off to write a bit for you.

[multiduplikator]

With msys2 shell.
Make sure the package database is up to date:

$ pacman -Sy
:: Synchronizing package databases...
 mingw32 is up to date
 mingw64 is up to date

Now you should be able to see the package available:

$ pacman -Ss cbc
mingw32/mingw-w64-i686-coinor-cbc 2.9.9-9100 (rtools-coinor-cbc)
    Coin-or branch and cut (mingw-w64)
mingw64/mingw-w64-x86_64-coinor-cbc 2.9.9-9100 (rtools-coinor-cbc) [installed: 2.10.5-9105]
    Coin-or branch and cut (mingw-w64)

In the above, you can see that I installed my own build (multi-thread enabled), but the 2.9.9 is good as well. The multi threading kicks in with mini branch-and-bound part in a solve only, so you might not benefit so much from it.

Now its time to install:
pacman -S mingw-w64-x86_64-coinor-cbc

That should get you started to use the cbc plugin with ROI. Also, at this stage I was able to build rcbc.

If no dice, then I am afraid there is something wrong with your rtools40 install or something else, who knows. You could then move on and build your custom cbc package based on the rtools-packages. But that is a longer story. It goes something like this:

Install base-devel via pacman
Install mingw-w64-x86_64-toolchain via pacman
Get rtools-packages-master
export MINGW_INSTALLS=mingw64
In rtools-packages-master/mingw-w64-coinor-cbc change the PKGBUILD file to look like this:

# Maintainer: <His name and email is here and was removed to hopefully not foster spam>

_realname=Cbc
pkgbase=mingw-w64-coinor-cbc
pkgname=("${MINGW_PACKAGE_PREFIX}-coinor-cbc")
pkgver=2.10.5
pkgrel=9105
pkgdesc="Coin-or branch and cut (mingw-w64)"
arch=('any')
url='http://www.coin-or.org'
source=("https://www.coin-or.org/download/source/${_realname}/${_realname}-${pkgver}.tgz")
sha256sums=('da1a945648679b21ba56b454b81e939451dc7951d9beb3c3e14f18f64dde6972')
groups=("rtools-coinor-cbc")

build() {
  cd "$srcdir"/${_realname}-${pkgver}
  [[ -d "${srcdir}"/build-${CARCH} ]] && rm -rf "${srcdir}"/build-${CARCH}
  mkdir -p "${srcdir}"/build-${CARCH} && cd "${srcdir}"/build-${CARCH}

  export enable_bzlib=no
  ../Cbc-${pkgver}/configure \
    --prefix=${MINGW_PREFIX} \
    --build=${MINGW_CHOST} \
    --host=${MINGW_CHOST} \
    --target=${MINGW_CHOST} \
    --enable-cbc-parallel

  make -j 6
}

package() {
  cd "${srcdir}"/build-${CARCH}
  make install DESTDIR="${pkgdir}"
}

And then
makepkg-mingw --syncdeps

That will give you (after 8h or so, just because fork() and msys2 dont like each other so much) a package (with multi-threading enabled) that you can install with:

pacman -S mingw-w64-x86_64-coinor-cbc-2.10.5-9105-any.pkg.tar.xz

And then use with ROI and ompr like this (using the tictoc package for measuring time it takes):

tic.clearlog()
tic("cbc")
result <- solve_model(model, with_ROI(solver = "cbc", control = list("threads" = 6)))
toc(log = TRUE)
tic.log()

If all the above fails, why not using neos and the cbc there? For that you install the ROI.plugin.neos first and then just submit your solve to neos (no account needed on neos):

solve_model(model, with_ROI(solver = "neos", method = "cbc"))

Another side note, if you wish to experiment and tryout different solvers, you might want to convert the ompr model into an ROI OP model:

op_model <- as_ROI_model(ompr_model)

and then use ROI_solve() instead of solve_model(), effectively saving conversion each time you run a solve.

That would be it for now. Let me know how it goes. I am happy to share my build with you. Not sure if it is allowed to post it here, so I wont for now.

[multiduplikator]

As for gurobi, I am afraid I dont have gurobi here (using it via neos every now and then). But it looks like there is a native integration with examples available with the gurobi installation:

https://cran.r-project.org/web/packages/prioritizr/vignettes/gurobi_installation.html

Once that is installed properly, the ROI.plugin.gurobi should work, but I cant test it. Sorry.

Looks like there are at least 3 different ROI plugins for gurobi, and the most recent one is 2yrs old...but we are in the rcbc package here, so probably we should head over to discuss there ;)

[snestler]

@multiduplikator Thanks so much for all of this. I really do appreciate it. I'm going to try your suggestions out this evening, when I have some more time available for this project. Sorry for adding in a Gurobi question here; just exploring multiple alternatives.

[multiduplikator]

Crossing fingers! Lets see how it goes. I am on CET timezone ... happy to help after the nap.

[snestler]

I'm getting this when I try what you suggested for glpk. Warning in ROI::ROI_solve(op, solver, ...) : the control argument "UseCuts" is not available in solver 'glpk' But I see it in the GLPK documentation here: http://www.maximalsoftware.com/solvopt/optglpk.html Is it possibly because I am passing through from ompr to ROI?

…

On Fri, Jun 26, 2020 at 3:33 PM multiduplikator ***@***.***> wrote: In the meatime, you dont need the rcbc package for the cbc plugin to work. So installation of mingw-cbc should get you started. As for glpk performance, depending on the problem you are trying to solve you might get good improvements with: ROI_solve(op_model, solver = "glpk", control = list("verbose" = TRUE, "presolve" = TRUE, "UseCuts" = 256)) It does a lot less cutting as compared to cbc, but might be sufficient for you (it was not for me though). Off to write a bit for you. — You are receiving this because you commented. Reply to this email directly, view it on GitHub <#34 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/ABTQW3RLTOPY3H42WQJG5F3RYTZZRANCNFSM4NLMJRRQ> .

-- Scott Nestler Academic Director, MSBA Program IT, Analytics, & Operations University of Notre Dame 574-631-8117 (Office) [email protected] mendoza.nd.edu/mendoza-directory/profile/?slug=scott-nestler [image: Mendoza College of Business] 338 Mendoza College of Business Notre Dame, IN 46556

[snestler]

I was able to go through what you provided to install cbc from within msys2 shell.

However, I still can't get rcbc or ROI.plugin.cbc to work (since the latter apparently depends on the former). Getting same error as before.

I uninstalled and reinstalled Rtools 4.0 and still have the same issue.

I have used NEOS a little bit and will give it a try again. But seem to recall there being some problem size limitations that were an issue at the time. Might not be an issue here.

Thanks again for all of the suggestions. Hoping to get something to work faster than what I currently have.

[multiduplikator]

Unfortunately, the size limitation is still there in neos. And since you were able to build the cbc yourself, I would rule out rtools40 being the issue.

Just sent you an email...

[multiduplikator]

Looking at this thread again, it seems like you guys are using an installation of R that is having 32bit and 64bit enabled.

I know its a lot to ask, but could you reinstall with 64bit only - if not already the case?

[multiduplikator]

Could you post output of utils::sessionInfo() after fresh start.

Also the following two:
Sys.getenv("BINPREF")

Sys.getenv("BINPREF64")

And maybe give this a shot:
devtools::install_github("dirkschumacher/rcbc", verbose = TRUE, force = TRUE, INSTALL_opts = "--no-multiarch")

[multiduplikator]

Another approach to understand better - using RStudio to build the package.

For that, get the rcbc-master and open the Rcbc.Rproj in RStudio.

Then in Rstudio > Build menu, you can do "Install and Restart". If that fails, you can do "Check Package" and that will give you ample information to go on...

Again, it would highly recommend to use an R installation that is in one arch only - e.g. 64.bit.

[snestler]

Still failed, after a complete uninstall / reinstall of R and Rtools 4.0 (and adding packages needed for current project). Posting requested output.

utils::sessionInfo()
R version 4.0.2 (2020-06-22)
Platform: x86_64-w64-mingw32/x64 (64-bit)
Running under: Windows 10 x64 (build 18363)

Matrix products: default

locale:
[1] LC_COLLATE=English_United States.1252 LC_CTYPE=English_United States.1252
[3] LC_MONETARY=English_United States.1252 LC_NUMERIC=C
[5] LC_TIME=English_United States.1252

attached base packages:
[1] stats graphics grDevices utils datasets methods base

loaded via a namespace (and not attached):
[1] rstudioapi_0.11 magrittr_1.5 usethis_1.6.1 devtools_2.3.0 pkgload_1.1.0
[6] R6_2.4.1 rlang_0.4.6 fansi_0.4.1 tools_4.0.2 pkgbuild_1.0.8
[11] DT_0.14 sessioninfo_1.1.1 cli_2.0.2 withr_2.2.0 htmltools_0.5.0
[16] ellipsis_0.3.1 remotes_2.1.1 assertthat_0.2.1 digest_0.6.25 rprojroot_1.3-2
[21] crayon_1.3.4 processx_3.4.2 callr_3.4.3 fs_1.4.1 htmlwidgets_1.5.1
[26] ps_1.3.3 curl_4.3 testthat_2.3.2 memoise_1.1.0 glue_1.4.1
[31] compiler_4.0.2 desc_1.2.0 backports_1.1.8 prettyunits_1.1.1

Sys.getenv("BINPREF")
[1] ""
Sys.getenv("BINPREF64")
[1] ""

Tried as suggested:
devtools::install_github("dirkschumacher/rcbc", verbose = TRUE, force = TRUE, INSTALL_opts = "--no-multiarch")

Still failed with error:
collect2.exe: error: ld returned 1 exit status
no DLL was created
ERROR: compilation failed for package 'rcbc'

• removing 'C:/Users/scott/Documents/R/win-library/4.0/rcbc'
  Error: Failed to install 'rcbc' from GitHub:
  (converted from warning) installation of package ‘C:/Users/scott/AppData/Local/Temp/RtmpQXrers/file507c388f6051/rcbc_0.1.0.9001.tar.gz’ had non-zero exit status

[snestler]

Problems resolved after reinstalling cbc via msys2 shell, AFTER R & Rtools uninstall/reinstall. Not really sure what the issue was, but it is working now. Thanks for all help.

[dirkschumacher]

I am wondering if that is something that needs to be fixed in the package or if it is a R 4.0 issue. If it is the latter, would someone of you be interested to put the installation instructions into the wiki? I don't have a Windows PC.

[multiduplikator]

rtools40 and R4.0 have some quite substantial changes - and some issues with path handling, e.g.
microsoft/LightGBM#3064

In theory, we should not need to do anything in the msys2. It should just install like any other package.

We could document the cbc multi-threaded build (for usage with ROI) already.

For the rest, I would wait out a few minor releases of R and monitor the path handling related fixes.

[BrunoCartu]

I'm having a similar issue (i.e., unable to install the rcpc package) after I updated R from 4.0 to 4.2.1 and Rtools42 from Rtools40 (I could install and use the rcpc package before these updates).

I'm running Windows 11 (also the sessionInfo() below says Windows 10 ?!).

A difference from the issue above is that I have a "undefined reference to `__imp___iob_func'" message.

I tried devtools::install_github("dirkschumacher/rcbc", verbose = TRUE, force = TRUE, INSTALL_opts = "--no-multiarch").

I tried to copy-paste the coin library from rwindlib/cbc in ~/rtools42/mingw32 and ~/rtools42/mingw64 (as suggested by @f3-matt).

Not sure if I should explore all the above mentioned suggestions considering that my problem seems a bit different (i.e., more recent version of R and Rtools, the "undefined reference to `__imp___iob_func'" message).

Here is the log with the error message:

remotes::install_github("dirkschumacher/rcbc",dependencies = T)

Downloading GitHub repo dirkschumacher/rcbc@HEAD
✔ checking for file 'C:\Users\bruno\AppData\Local\Temp\RtmpMts6iG\remotes28b834d15fda\dirkschumacher-rcbc-891907d/DESCRIPTION' ...
─ preparing 'rcbc':
✔ checking DESCRIPTION meta-information ...
─ cleaning src
─ checking for LF line-endings in source and make files and shell scripts
─ checking for empty or unneeded directories
Omitted 'LazyData' from DESCRIPTION
─ building 'rcbc_0.1.0.9001.tar.gz'
Warning: file 'rcbc/cleanup' did not have execute permissions: corrected
Warning: file 'rcbc/configure' did not have execute permissions: corrected

Installing package into ‘C:/Users/bruno/AppData/Local/R/win-library/4.2’
(as ‘lib’ is unspecified)

• installing source package 'rcbc' ...
  ** using staged installation
  ** libs
  rm -f rcbc.dll cpp_cbc_solve.o rcbc-init.o
  "C:/PROGRA1/R/R-421.1/bin/x64/Rscript.exe" "../tools/winlibs.R"
  g++ -std=gnu++11 -I"C:/PROGRA1/R/R-421.1/include" -DNDEBUG -I../windows/cbc-2.10.5/include/coin -I"C:/rtools42/x86_64-w64-mingw32.static.posix/include" -O2 -Wall -mfpmath=sse -msse2 -mstackrealign -c cpp_cbc_solve.cpp -o cpp_cbc_solve.o
  gcc -I"C:/PROGRA1/R/R-421.1/include" -DNDEBUG -I../windows/cbc-2.10.5/include/coin -I"C:/rtools42/x86_64-w64-mingw32.static.posix/include" -O2 -Wall -std=gnu99 -mfpmath=sse -msse2 -mstackrealign -c rcbc-init.c -o rcbc-init.o
  g++ -std=gnu++11 -shared -s -static-libgcc -o rcbc.dll tmp.def cpp_cbc_solve.o rcbc-init.o -L../windows/cbc-2.10.5/lib-10.3.0/x64 -L../windows/cbc-2.10.5/lib/x64 -lCbcSolver -lClpSolver -lOsiCbc -lCbc -lCgl -lOsiClp -lClp -lOsi -lCoinUtils -lz -lm -LC:/rtools42/x86_64-w64-mingw32.static.posix/lib/x64 -LC:/rtools42/x86_64-w64-mingw32.static.posix/lib -LC:/PROGRA1/R/R-421.1/bin/x64 -lR
  C:\rtools42\x86_64-w64-mingw32.static.posix\bin/ld.exe: ../windows/cbc-2.10.5/lib/x64/libCbcSolver.a(CbcSolver.o):(.text+0x16e49): undefined reference to __imp___iob_func' C:\rtools42\x86_64-w64-mingw32.static.posix\bin/ld.exe: ../windows/cbc-2.10.5/lib/x64/libCbcSolver.a(CbcSolver.o):(.text+0x17a36): undefined reference to __imp___iob_func'
  C:\rtools42\x86_64-w64-mingw32.static.posix\bin/ld.exe: ../windows/cbc-2.10.5/lib/x64/libCbcSolver.a(CbcSolver.o):(.text+0x17e6e): undefined reference to __imp___iob_func' C:\rtools42\x86_64-w64-mingw32.static.posix\bin/ld.exe: ../windows/cbc-2.10.5/lib/x64/libCbcSolver.a(CbcSolver.o):(.text+0x19154): undefined reference to __imp___iob_func'
  C:\rtools42\x86_64-w64-mingw32.static.posix\bin/ld.exe: ../windows/cbc-2.10.5/lib/x64/libCbcSolver.a(CbcSolver.o):(.text+0x3b8d5): undefined reference to __imp___iob_func' C:\rtools42\x86_64-w64-mingw32.static.posix\bin/ld.exe: ../windows/cbc-2.10.5/lib/x64/libCbcSolver.a(CbcSolver.o):(.text.startup+0x1e): more undefined references to __imp___iob_func' follow
  collect2.exe: error: ld returned 1 exit status
  no DLL was created
  ERROR: compilation failed for package 'rcbc'
• removing 'C:/Users/bruno/AppData/Local/R/win-library/4.2/rcbc'
  Warning message:
  In i.p(...) :
  installation of package ‘C:/Users/bruno/AppData/Local/Temp/RtmpMts6iG/file28b84cc77db9/rcbc_0.1.0.9001.tar.gz’ had non-zero exit status

Here are some info about my session:

session_info()

─ Session info ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
setting value
version R version 4.2.1 (2022-06-23 ucrt)
os Windows 10 x64 (build 22000)
system x86_64, mingw32
ui RStudio
language (EN)
collate English_Canada.utf8
ctype English_Canada.utf8
tz America/Los_Angeles
date 2022-10-25
rstudio 2022.07.1+554 Spotted Wakerobin (desktop)
pandoc NA

─ Packages ───────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────────
package * version date (UTC) lib source
assertthat 0.2.1 2019-03-21 [1] CRAN (R 4.2.1)
cachem 1.0.6 2021-08-19 [1] CRAN (R 4.2.1)
callr 3.7.2 2022-08-22 [1] CRAN (R 4.2.1)
class 7.3-20 2022-01-16 [2] CRAN (R 4.2.1)
classInt 0.4-8 2022-09-29 [1] CRAN (R 4.2.1)
cli 3.4.1 2022-09-23 [1] CRAN (R 4.2.1)
cluster 2.1.3 2022-03-28 [2] CRAN (R 4.2.1)
codetools 0.2-18 2020-11-04 [2] CRAN (R 4.2.1)
crayon 1.5.2 2022-09-29 [1] CRAN (R 4.2.1)
curl 4.3.3 2022-10-06 [1] CRAN (R 4.2.1)
DBI 1.1.3 2022-06-18 [1] CRAN (R 4.2.1)
devtools * 2.4.5 2022-10-11 [1] CRAN (R 4.2.1)
digest 0.6.30 2022-10-18 [1] CRAN (R 4.2.1)
dplyr 1.0.10 2022-09-01 [1] CRAN (R 4.2.1)
e1071 1.7-11 2022-06-07 [1] CRAN (R 4.2.1)
ellipsis 0.3.2 2021-04-29 [1] CRAN (R 4.2.1)
exactextractr 0.9.0 2022-08-23 [1] CRAN (R 4.2.1)
fansi 1.0.3 2022-03-24 [1] CRAN (R 4.2.1)
fasterize 1.0.3 2020-07-27 [1] CRAN (R 4.2.1)
fastmap 1.1.0 2021-01-25 [1] CRAN (R 4.2.1)
fs 1.5.2 2021-12-08 [1] CRAN (R 4.2.1)
generics 0.1.3 2022-07-05 [1] CRAN (R 4.2.1)
glue 1.6.2 2022-02-24 [1] CRAN (R 4.2.1)
htmltools 0.5.3 2022-07-18 [1] CRAN (R 4.2.1)
htmlwidgets 1.5.4 2021-09-08 [1] CRAN (R 4.2.1)
httpuv 1.6.6 2022-09-08 [1] CRAN (R 4.2.1)
KernSmooth 2.23-20 2021-05-03 [2] CRAN (R 4.2.1)
later 1.3.0 2021-08-18 [1] CRAN (R 4.2.1)
lattice 0.20-45 2021-09-22 [2] CRAN (R 4.2.1)
lifecycle 1.0.3 2022-10-07 [1] CRAN (R 4.2.1)
magrittr 2.0.3 2022-03-30 [1] CRAN (R 4.2.1)
MASS 7.3-57 2022-04-22 [2] CRAN (R 4.2.1)
Matrix 1.4-1 2022-03-23 [2] CRAN (R 4.2.1)
memoise 2.0.1 2021-11-26 [1] CRAN (R 4.2.1)
mgcv 1.8-40 2022-03-29 [2] CRAN (R 4.2.1)
mime 0.12 2021-09-28 [1] CRAN (R 4.2.0)
miniUI 0.1.1.1 2018-05-18 [1] CRAN (R 4.2.1)
nlme 3.1-157 2022-03-25 [2] CRAN (R 4.2.1)
permute 0.9-7 2022-01-27 [1] CRAN (R 4.2.1)
pillar 1.8.1 2022-08-19 [1] CRAN (R 4.2.1)
pkgbuild * 1.3.1 2021-12-20 [1] CRAN (R 4.2.1)
pkgconfig 2.0.3 2019-09-22 [1] CRAN (R 4.2.1)
pkgload 1.3.0 2022-06-27 [1] CRAN (R 4.2.1)
prettyunits 1.1.1 2020-01-24 [1] CRAN (R 4.2.1)
prioritizr * 7.2.2 2022-09-17 [1] CRAN (R 4.2.1)
processx 3.7.0 2022-07-07 [1] CRAN (R 4.2.1)
profvis 0.3.7 2020-11-02 [1] CRAN (R 4.2.1)
promises 1.2.0.1 2021-02-11 [1] CRAN (R 4.2.1)
proto * 1.0.0 2016-10-29 [1] CRAN (R 4.2.1)
proxy 0.4-27 2022-06-09 [1] CRAN (R 4.2.1)
ps 1.7.1 2022-06-18 [1] CRAN (R 4.2.1)
purrr 0.3.5 2022-10-06 [1] CRAN (R 4.2.1)
R6 2.5.1 2021-08-19 [1] CRAN (R 4.2.1)
raster * 3.6-3 2022-09-18 [1] CRAN (R 4.2.1)
Rcpp 1.0.9 2022-07-08 [1] CRAN (R 4.2.1)
remotes * 2.4.2 2021-11-30 [1] CRAN (R 4.2.1)
rlang 1.0.6 2022-09-24 [1] CRAN (R 4.2.1)
rprojroot 2.0.3 2022-04-02 [1] CRAN (R 4.2.1)
rstudioapi 0.14 2022-08-22 [1] CRAN (R 4.2.1)
sessioninfo 1.2.2 2021-12-06 [1] CRAN (R 4.2.1)
sf * 1.0-8 2022-07-14 [1] CRAN (R 4.2.1)
shiny 1.7.2 2022-07-19 [1] CRAN (R 4.2.1)
sp * 1.5-0 2022-06-05 [1] CRAN (R 4.2.1)
stringi 1.7.8 2022-07-11 [1] CRAN (R 4.2.1)
stringr 1.4.1 2022-08-20 [1] CRAN (R 4.2.1)
terra 1.6-17 2022-09-10 [1] CRAN (R 4.2.1)
tibble 3.1.8 2022-07-22 [1] CRAN (R 4.2.1)
tidyselect 1.2.0 2022-10-10 [1] CRAN (R 4.2.1)
units 0.8-0 2022-02-05 [1] CRAN (R 4.2.1)
urlchecker 1.0.1 2021-11-30 [1] CRAN (R 4.2.1)
usethis * 2.1.6 2022-05-25 [1] CRAN (R 4.2.1)
utf8 1.2.2 2021-07-24 [1] CRAN (R 4.2.1)
vctrs 0.5.0 2022-10-22 [1] CRAN (R 4.2.1)
vegan 2.6-2 2022-04-17 [1] CRAN (R 4.2.1)
withr 2.5.0 2022-03-03 [1] CRAN (R 4.2.1)
xtable 1.8-4 2019-04-21 [1] CRAN (R 4.2.1)

Here is some info related to Rtools PATH:

library(pkgbuild)
rtools_path()

"C:\rtools42/usr/bin"

Here is a proof that the Rcpp package works:

require(Rcpp)
evalCpp("1+1")

2

Thanks in advance for any sort of help.

[multiduplikator]

Check #57

I have described a procedure there on how to build on R4.2.1/RT4.2.

[BrunoCartu]

Thanks @multiduplikator. I commented in #57 because I need a bit more details on how to fix the issue.