search

dirkschumacher / rcbc

COIN-OR branch and cut (CBC) bindings for R
https://dirkschumacher.github.io/rcbc/
Other
20 stars 5 forks source link

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

Closed f3-matt closed 3 years ago

f3-matt commented 4 years ago

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:/PROGRA~1/R/R-40~1.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:/PROGRA~1/R/R-40~1.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 commented 4 years ago

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 commented 4 years ago

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

multiduplikator commented 4 years ago

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 commented 4 years ago

On Windows the coin librarys are downloaded from r-winlib: https://github.com/dirkschumacher/rcbc/blob/1c78b0b852e4db8b38447dcfe5635212bbee14b0/tools/winlibs.R#L5-L11

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 commented 4 years ago

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 commented 4 years ago

I am having the same issue after updating to R 4.0

snestler commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

@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 commented 4 years ago

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

snestler commented 4 years ago

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 notifications@github.com 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 https://github.com/dirkschumacher/rcbc/issues/34#issuecomment-650359594, 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) snestler@nd.edu mendoza.nd.edu/mendoza-directory/profile/?slug=scott-nestler [image: Mendoza College of Business] 338 Mendoza College of Business Notre Dame, IN 46556

snestler commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

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'

snestler commented 4 years ago

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 commented 4 years ago

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 commented 4 years ago

rtools40 and R4.0 have some quite substantial changes - and some issues with path handling, e.g. https://github.com/microsoft/LightGBM/issues/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 commented 1 year ago

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)

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 commented 1 year ago

Check #57

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

BrunoCartu commented 1 year ago

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