rdiaz02 commented 8 years ago

I am getting a d:/Compiler/gcc-4.9.3/mingw_32/bin/gcc: not found but I think I do have Rtools properly installed (the log says so: https://ci.appveyor.com/project/rdiaz02/oncosimul/build/1.0.17).

So I guess I am doing something rather silly, but I can't see what (I find it interesting that it is looking for gcc under 'd:\', when tools were installed under 'c:\', but maybe that is OK).

My appveyor.yml is as follows (I am dealing with a package in a subdirectory):

## https://github.com/krlmlr/r-appveyor/issues/34
## http://stackoverflow.com/questions/33411765/check-multiple-subdirectories-using-appveyor

environment:
  TEST_DIR: OncoSimulR
  R_VERSION: devel
  USE_RTOOLS: true

before_build:
   - cp ../travis-tool.sh travis-tool.sh
   - cp travis-tool.sh.cmd %TEST_DIR%\travis-tool.sh.cmd
   - cd %TEST_DIR%
   - bash -c "echo '^travis-tool\.sh\.cmd$' >> .Rbuildignore"

build_script:
  - travis-tool.sh install_bioc_deps

test_script:
  - travis-tool.sh run_tests

krlmlr commented 8 years ago

Currently, testing with R-devel fails for me as well, default is now "patched" (#57). Looks like #60 will resolve these problems.

rdiaz02 commented 8 years ago

Thanks. For what is worth I was getting the same problems on a local machine, and I was not trying to compile for both 32 and 64 (just 32). The problem seemed to be the path. So I modified the file $RHOME/etc/i386/Makeconf so that BINPREF is set as BINPREF ?= C:/Rtools/gcc-4.6.3/bin/

But this might just be the wrong way to do things in general (I know nothing about Windows or the intricacies of the new Rtools).

krlmlr commented 8 years ago

60 is setting BINPREF, will be merged soon; please see discussion there for more hints.

rdiaz02 commented 8 years ago

Ooops, you are right. Sorry for the noise.

krlmlr / r-appveyor

gcc not found with Rtools installed? #61

60 is setting BINPREF, will be merged soon; please see discussion there for more hints.