*.o:Windows 7无法识别文件格式

mjl*_*cey 2 r rcpp

我写了一个R包,要求arbintools进行一些与工作相关的数据分析并将其放在Github上.我写了它并且已经在我的Mac上使用它一段时间没有问题; 今天,我尝试在Windows 7笔记本电脑上安装dev-1分支,并且编译一些Rcpp函数的相关内容似乎出错:

devtools::install_github("mjlacey/arbintools", ref = "dev1")
Run Code Online (Sandbox Code Playgroud)

我明白了:

Downloading GitHub repo mjlacey/arbintools@dev1
from URL https://api.github.com/repos/mjlacey/arbintools/zipball/dev1
Installing arbintools
"C:/PROGRA~1/R/R-33~1.0/bin/x64/R" --no-site-file --no-environ --no-save  \
  --no-restore --quiet CMD INSTALL  \
  "C:/Users/matla332.USER/AppData/Local/Temp/Rtmp8WWkKC/devtools124c45026af1/mjlacey-arbintools-41dc363"  \
  --library="C:/Users/matla332.USER/Documents/R/win-library/3.3"  \
  --install-tests 

* installing *source* package 'arbintools' ...
** libs

*** arch - i386
C:\Rtools\mingw_32\bin\nm.exe: RcppExports.o: File format not recognized
C:\Rtools\mingw_32\bin\nm.exe: Rcpp_functions.o: File format not recognized
c:/Rtools/mingw_32/bin/g++ -shared -s -static-libgcc -o arbintools.dll tmp.def RcppExports.o Rcpp_functions.o -Ld:/Compiler/gcc-4.9.3/local330/lib/i386 -Ld:/Compiler/gcc-4.9.3/local330/lib -LC:/PROGRA~1/R/R-33~1.0/bin/i386 -lR
RcppExports.o: file not recognized: File format not recognized
collect2.exe: error: ld returned 1 exit status
no DLL was created
ERROR: compilation failed for package 'arbintools'
* removing 'C:/Users/matla332.USER/Documents/R/win-library/3.3/arbintools'
* restoring previous 'C:/Users/matla332.USER/Documents/R/win-library/3.3/arbintools'
Error: Command failed (1)
Run Code Online (Sandbox Code Playgroud)

安装其他需要编译的软件包(如dplyr)工作正常.我还将我的Mac上的R更新为相同版本(3.3.0)并成功重新安装了软件包,它只是在Windows PC上无法正常工作.这超出了我的理解,如果有人有任何建议或解决方案,我将非常感激.

coa*_*ess 9

问题是.so.o文件仅在相同的架构下可行,例如OS X为64位,Windows为32位(mingw_32).请从dev-1/src中删除它们然后你应该好好去.这些文件是在程序包安装时自动构建的,因为它们是使用编译器的结果.

删除它们后,尝试.gitignore使用以下命令创建文件:

src/*.o
src/*.so
src/*.dll
Run Code Online (Sandbox Code Playgroud)

这将使操作系统特定文件无法用于登台,反过来也可以提交.

作为一般经验法则,在使用时只保留.cpp.h存档./srcRcpp

  • 值得注意的是,即使不是因为这种不兼容性,编译后的文件也不属于`src`文件夹(也不属于版本控制,但是devtools将源版本控制和分发混为一谈,因此有一个案例要做那). (4认同)