Closed sjmgarnier closed 5 years ago
Note that I do not have this issue with the same setup and Rtools 3.4.
Which make
do you use? Can you show makeconf::make_info()
? Is sh
on the PATH? What does sys.which('sh')
give?
See below. This was on a fresh install of Windows 10, R, Rtools and RStudio. There shouldn't be any weird third party libraries laying around.
> make_info()
$name
[1] "make"
$available
[1] TRUE
$path
[1] "C:\\Rtools\\bin\\make.exe"
$version
[1] "GNU Make 4.2.1"
$makeconf
[1] "C:\\PROGRA~1\\R\\R-35~1.3\\etc\\x64\\Makeconf"
> Sys.which("sh")
sh
"C:\\Rtools\\bin\\sh.exe"
Hi, I had this problem too using Rtools 3.5. When I changed for Rtools3.4, it functionned correctly and I could download ROpenCVlite correctly! Have a good day
Hmm I really don't know 😞 We did upgrade make
in rtools 3.5 (the rtools 3.4 version was over 15 years old) but it is just a standard version from msys2.
I don't know what the problem is with the ROpenCVLite configure script. Perhaps an interaction with cmake (which you use in configure.win
but is not included with rtools)
I was afraid you were going to say that. It is definitely linked to cmake somehow, but since the error reported is that make could not find bin/sh, I was hoping something was wrong in RTools 3.5 (since it works fine with 3.4). I'll keep digging and let you know if I find anything.
I've found the command may help:
-DCMAKE_SH:BOOL=OFF
@muschellij2 It didn't :-( Same error message.
I figured it out. Until Rtools 3.4, it looks like using the make binary in C:/Rtools/bin worked fine. Since Rtools 3.5, using it throws that error, but using the mingw32-make binary in C:/Rtools/mingw_XX/bin seems to do the trick.
Environment
Windows 10 R 3.5.3 RTools 3.5 Cmake 3.14 PATH: C:\Rtools\bin; C:\Program Files\CMake\bin; %SystemRoot%\system32;%SystemRoot%; %SystemRoot%\System32\Wbem; %SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;
makeconf::rtools_info()
Command to reproduce the error
Error message