similar to: Error message when building a package

Please forgive me for posting this here if it is not appropriate (where should this question be posed?)? I am attempting to install rgdal (from source, since there is no binary) on Mac OS X 10.4.9 on a PowerPC G3 Macintosh. I have R version 2.4.1 (2006-12-18) installed. Following the install directions suggested at: http://www.sal.uiuc.edu/tools/tools-sum/rgeo/rgeo-detail/map-packages-on-cran

I am trying someone's example to build a R package, but I get some errors, Can someone help me to figure it out? thanks, * using log directory '/home/aiminy/myrpackages/roots.Rcheck' * using R version 2.6.1 (2007-11-26) * checking for file 'roots/DESCRIPTION' ... OK * this is package 'roots' version '0.1-1' * checking package dependencies ... OK * checking if

Hi, I am Linux Ubuntu 9.04 user. I'm using R-2.6. Actually, I am developing R package for reading/writing 3D images. I needed to use the R package Rcpp in order to make profit of available C/C++ codes. My problem is that my C code is not able to include the Rcpp.h In fact, when I run this command R CMD build rply, I got the following error message in the file

Hello, I'm using R 2.5.0 with OS X 10.4.9 and Xcode 2.4.1 on a PowerPC. My code used to compile fine with R 2.4.* and Xcode 2.2 (I think). I'm compiling some C code (named mhroc_prop.c) that calls a fortran routine from mvndstpack.f I get the error /usr/bin/libtool: file: mvndstpack.o is not an object file (not allowed in a library) after R outputs (sorry... not sure if this is

Dear All, I think I have followed everything for building my first R package (Downloading Rtools, necessary files in necessary locations, no space in path and...). But when in command Prompt I write "Rcmd check mypackage" the first few steps are "OK" but then it gives the following error: checking whether package roots can be installed.....ERROR installation failed see

Is the new EH scheme completely compatible with the existing linker in Xcode 4.1? I am finding that today's changes break the ability to link xplor-nih with dragonegg under FSF gcc 4.6.2... de-g++46 -c thread.cc -O3 -ffast-math -funroll-loops -g -DX_MMAP_FLAGS=0 -DFORTRAN_INIT -fno-common -DDARWIN -D_REENTRANT -DNDEBUG -I/Users/howarth/xplor-nih-2.27/vmd/

I sent the message below to r-sig-mac yesterday, but having no reply I decided to explore a bit myself and found that editing: /Library/Frameworks/R.framework/Versions/2.3/Resources/share/make/ shlib.mk yzzy: diff shlib.mk shlib.mk~ 3c3 < include $(R_HOME)/etc/Makeconf --- > include $(R_HOME)/etc${R_ARCH}/Makeconf restored the functionality of R CMD INSTALL. Is this a known issue?

Dear LLVM community I need some help please. I want to use LLVM's clang and lld within a MacOSX sandboxed app. This is because sandboxing does not allow calls to /usr/bin/clang. The clang binary works fine to compile a file, but ld64.lld comes up with the error "cannot find framework". However similar arguments using /usr/bin/ld instead of ld64.lld works fine. Here are the

I created an add-on R package. In this package, there is a line "require(pckgname)", because I need to call some functions in pckgname. My package is successfully built and can be successful installed. But R CMD check can not be executed. The error message is: * checking package dependencies ... ERROR Packages required but not available: pckgname Actually, before running R CMD

Hello, I recently updated to R 2.10 on my 64 bit Dell Precision T7400 running Enterprise Linux and now I can't get the arm library to load when I run R using Wine. Prior to the update I was able to use arm without any trouble. My main goal is to use arm with WinBUGS on this machine, calling it from R for Windows, which is executed with wine. After the update, when I try to load the arm

Thanks for your reply. Two questions: 1). Will ld64.lld be fixed in LLVM v11.0 and when is this likely to be? 2). You mention Apple’s linker, by which I assume you mean GNU’s ld. Is it possible to get a binary version of ld (preferably that does not use other things from /usr/bin)? Thanks > On 7 May 2020, at 12:26, James Y Knight <jyknight at google.com> wrote: > > The MachO

Suppose we have files in one folder file1.bin, file2.bin, ... , and 1460slice(file) with dim of 720 * 360 in directory C:\\PHD\\Climate Data\\Wind\\ and we want to read them and make a loop to go from 1 to 4 and take the average, then from 4 to 8 and so on till 1460. in the end we will get 365 files . I need those 365 files to be in one new folder for later use in my model I tried using this

Hellow everyone, This code bellow will calculate average daily wind speed(measurements are taken every three hours).Any ideas how to take the Min and Max instead of average. library(Matrix) setwd("C:\\Users\\aalyaari\\Desktop\\img") listfile<-dir() long <- file("C:\\Users\\aalyaari\\Desktop\\New folder (5)\\inra.bin", "rb") A=readBin(long, integer(),

Hello, I'm working with R, I try to call C from R. When I try to compile my file.c to make file.so, with the command : R CMD SHLIB foo.c return the message : gcc -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -mmacosx-version-min=10.4 -std=gnu99 -dynamiclib -Wl,-headerpad_max_install_names -Wl,-macosx_version_min -Wl,10.4 -undefined dynamic_lookup -single_module -multiply_defined

I filed this bug today: https://bugs.llvm.org/show_bug.cgi?id=32376 I understand that the Mach-O linker is not under active development, but there must be some way to work around this bug. Does anyone have a clue? This trivial IR file gives "dyld: lazy symbol binding failed: bad lazy bind info" at runtime when linked with: lld -flavor darwin -demangle -dynamic -arch x86_64

I recently bought a new Intel Mac with OSX Leopard. I reinstalled the latest version of R and the Xcode tools. I'm trying to compile a C source code with the R compiler in X11, and I receive the following error message: [Macintosh:School Work 07-08/36-711/HW 3] dajmcdon% R CMD SHLIB McDonaldHW3.c gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -no-cpp-precomp

I recently bought a new Intel Mac with OSX Leopard. I reinstalled the latest version of R and the Xcode tools. I'm trying to compile a C source code with the R compiler in X11, and I receive the following error message: [Macintosh:School Work 07-08/36-711/HW 3] dajmcdon% R CMD SHLIB McDonaldHW3.c gcc-4.0 -arch i386 -isysroot /Developer/SDKs/MacOSX10.4u.sdk -std=gnu99 -no-cpp-precomp

Full_Name: Jonathan Tuke Version: 2.4.0 OS: Mac OS X 10.4.8 Submission from: (NULL) (203.173.46.189) I am writing C code to implement in R. I am using R CMD SHLIB and then dyn.load("file.so"). The function I then call with .C("function"). Since I installed the latest R version, I have found that if I alter my C code and recompile, then use dyn.load("file.so"), the

Hi, I am new to the LLVM dev community so forgive a perhaps obvious question. I am looking at bug 17623 which is an LTO/optimizer interaction bug. I am working on a Mac with Xcode installed but have also built the 3.6 LLVM binaries (from a few month old local branch). The default version of “ld” from Apple supports an option “-save-temps” which I believe saves bitcode both before and after the

This is probably a problem with having too many sections. There are a few places where mach-o has a limit on the number of sections. For instance the n_sect field of the nlist record is one byte. So any symbol in a section past the 255th section wraps around and shows up with the wrong n_sect number. -Nick On Apr 29, 2010, at 6:19 AM, Jack Howarth wrote: > I am wondering how the