Avraham Adler
2015-Mar-13 03:15 UTC
[Rd] Rtools version 3.3.0.1957 looking for C even though RTOOLS variable is pointing elsewhere
Good evening. Testing the most recent version of Rtools, the build stops about when text.c is being compiled in the tools package (just after R.Lapack). The compilation is looking for gcc in C:, even though RTOOLS is set for another drive, and the compilation has successfully run until this point. This did not happen last night with version 1955. I've uninstalled and reinstalled Rtools three times, I have F:/R/Rtools/gcc492_64/bin as the first entry in my path, and I do not have a Makevars file in my user directory that could possibly override it, so I am at a loss as to why this happening. The specific error is brought below. Thank you, Avi F:/R/Rtools/gcc492_64/bin/windres -i dllversion.rc -o dllversion.o F:/R/Rtools/gcc492_64/bin/gcc -std=gnu99 -shared -s -o lapack.dll lapack.def Lapack.o dllversion.o -L../../../bin/x64 -lRlapack -lRblas -lR cp lapack.dll ../../../modules/x64/lapack.dll building package 'base' building package 'tools' making text.d from text.c C:/Rtools/gcc492_64/bin/gcc: not found make[4]: *** [text.d] Error 127 make[3]: *** [mksrc-win2] Error 1 make[2]: *** [all] Error 2 make[1]: *** [R] Error 1 make: *** [all] Error 2 [[alternative HTML version deleted]]
Avraham Adler
2015-Mar-13 03:46 UTC
[Rd] Rtools version 3.3.0.1957 looking for C even though RTOOLS variable is pointing elsewhere
The subject line is in error, as the issue must be in "R-devel.tar.gz" as running the same Rtools on last night's download of R-devel_2015-03-09.tar.gz successfully navigates that error. The error exists in R-devel_2015-03-12.tar.gz and R-devel_2015-03-12.tar.gz and R-devel_2015-03-10.tar.gz, but not R-devel_2015-03-09.tar.gz, so it must have been something between 09 and 10. Avi On Thu, Mar 12, 2015 at 11:15 PM, Avraham Adler <avraham.adler at gmail.com> wrote:> Good evening. > > Testing the most recent version of Rtools, the build stops about when text.c > is being compiled in the tools package (just after R.Lapack). The > compilation is looking for gcc in C:, even though RTOOLS is set for another > drive, and the compilation has successfully run until this point. This did > not happen last night with version 1955. > > I've uninstalled and reinstalled Rtools three times, I have > F:/R/Rtools/gcc492_64/bin as the first entry in my path, and I do not have a > Makevars file in my user directory that could possibly override it, so I am > at a loss as to why this happening. The specific error is brought below. > > Thank you, > > Avi > > > F:/R/Rtools/gcc492_64/bin/windres -i dllversion.rc -o dllversion.o > F:/R/Rtools/gcc492_64/bin/gcc -std=gnu99 -shared -s -o lapack.dll > lapack.def Lapack.o dllversion.o > -L../../../bin/x64 -lRlapack -lRblas -lR > cp lapack.dll ../../../modules/x64/lapack.dll > building package 'base' > building package 'tools' > making text.d from text.c > C:/Rtools/gcc492_64/bin/gcc: not found > make[4]: *** [text.d] Error 127 > make[3]: *** [mksrc-win2] Error 1 > make[2]: *** [all] Error 2 > make[1]: *** [R] Error 1 > make: *** [all] Error 2
Avraham Adler
2015-Mar-13 04:03 UTC
[Rd] Rtools version 3.3.0.1957 looking for C even though RTOOLS variable is pointing elsewhere
The following changes may be responsible: src\gnuwin32\fixed\Makefile lines 31 and 47 where version 9 has '-e "s|BINPREF =|BINPREF = $(BINPREF)|" \' and version 10 has '-e 's|BINPREF =|BINPREF ?= $$(RTOOLS)gcc492_64/bin/|' \'. Or, it may have been the addition of "RTOOLS ?= C:/Rtools/" on line 17 of src\gnuwin32\fixed\etc\Makeconf in version 10. There are 31 other files with differences, but they do not seem to have bearing. Thank you, Avi
Reasonably Related Threads
- Rtools version 3.3.0.1957 looking for C even though RTOOLS variable is pointing elsewhere
- Notes on building a gcc toolchain for Rtools (but not multilib)
- Notes on building a gcc toolchain for Rtools (but not multilib)
- Notes on building a gcc toolchain for Rtools (but not multilib)
- R-3.3.0 Base: Windows compilation fails while building 'base' package