similar to: Issues with building package with C src on windows [R CMD INSTALL ignoring makefile]

Hi, I have built a library that consists of a piece of C code and some R functions. To build it into a library that I can load using library() command, I have followed "Writing R Extensions" and made sub-directories such as mylib/R and mylib/src. But when I run R CMD INSTALL mylib, nothing seems to be happening with src directory, i.e., no C compiling. I have probably missed some key

Hi, I have built a library that consists of a piece of C code and some R functions. To build it into a library that I can load using library() command, I have followed "Writing R Extensions" and made sub-directories such as mylib/R and mylib/src. But when I run R CMD INSTALL mylib, nothing seems to be happening with src directory, i.e., no C compiling. I have probably missed some key

Dear R-developpers This concerns a problem I posted about half a year ago on the R-help list and to which I got some answer by Duncan Temple Lang (see below), but the basic problem still continues. Even though I managed a workaround which is sufficient for me Martin Maechler asked me to send a toy example of the problem to R-bugs. So that's what I try here. The following Makefile will not

I did have a search, but searching for "configure" just brought up loads of results for how to configure R. I'm sure it is in the manual, once you know where to look for it and if you know all the manuals inside out. Looking at the help for R CMD config, it's not actually clear that these relate to the options specified on configure, and it doesn't tell you things like

Hello, I'm curious to know how people are calling R from web applications (I've been looking for Perl but I'm open to other languages). After doing a search, I came across the R package "RSPerl", but I'm having difficulties getting it installed (on Mac OSX). I believe the problem probably has to do with changes in R since the package release. Below you will see where

As the subject says, one has SUBDIRS = X11 gnome internet lapack vfonts MODULES = $(R_GUIS) internet lapack vfonts It is my understanding, that there is a 1:1 correspondence between subdirs and modules. If this were true, then one could use one of both in all places. Or do I overlook something here? -- Thomas Hoffmann Telephone: 49-351-4598831 thoffman at

So in English what you are saying is that there's a file called Makeconf in the etc directory under the R_HOME that contains the information. That certainly seems to be true for Linux. Thanks. -----Original Message----- From: G?bor Cs?rdi [mailto:csardi.gabor at gmail.com] Sent: 22 January 2016 11:37 To: Tom Quarendon <tom.quarendon at teamwpc.co.uk> Cc: r-devel at r-project.org

Hello, I'm tring to install a Rpackage that holds some C//C++ code as far as I understood the R library generic compilation mechanism, compilation of C//C++ sources is controled 1) at system level by the ocntentos RHOME/etc/Makeconf 2) at user level by the content of ~/.R/Makevars 3) at package level by the content of src/Makevars Problem I have is that src/Makevars is ignored see

Le 27/09/16 ? 13:31, Dirk Eddelbuettel a ?crit : > > On 27 September 2016 at 09:37, Eric Deveaud wrote: > | Hello, > | > | I'm tring to install a Rpackage that holds some C//C++ code > | > | as far as I understood the R library generic compilation mechanism, > | compilation of C//C++ sources is controled > | > | 1) at system level by the ocntentos

Hi, I am having problems installing RSPerl 0.92-1 in my Mac OSX 10.5.1. I?ve installed correctly R-2.6.1 with the .mpkg. I run the next command: <R CMD INSTALL --configure-args=' --with-in- perl ' RSPerl> And the next error message appears: RSPerl * Installing to library '/Library/Frameworks/R.framework/Resources/ library' * Installing *source* package

Greetings, I am trying to call simple C-code from R. I am on Windows XP with RTools installed. The C-function is #include <R.h> #include <Rinternals.h> #include <Rmath.h> #include <Rdefines.h> // prevent name mangling extern "C" { SEXP __cdecl test(SEXP s){ SEXP result; PROTECT(result = NEW_NUMERIC(1)); double* ptr=NUMERIC_POINTER(result); double t =

Hello all, I'm trying hard to make R CMD SHLIB work on Windows XP (32-bit) - please note that I don't have the admin rights on the computer. In terms of setup, I have followed the procedure : => installed Rtools 2.14 => changed my path : PATH=C:\Trading\R\RTools\bin;C:\Trading\R\RTools\MinGW\bin;C:\Trading\R\R-2.14.1\bin\i386;C:\WINDOWS\system32;%OTHER_PATHS% But when I try R CMD

Firstly, hello everyone! I'v been using wine under OSX for some time, using macports to install it and it works quite nicely (except for an issue with windows sliding down the screen, which can be fixed by setting a desktop area in winecfg). Sadly I'v not been able to get OpenGL support working. (I am using OSX 10.5.4 with XQuartz (http://xquartz.macosforge.org/trac/wiki) 2.3.0, which is

I encountered some wierdness when building R-devel (latest rsync) on OSX using commandline tools (as opposed to the Carbon GUI and whatnot...probably just laziness on my part but it generally works :-)). At any rate, sometime between 2002-07-05 and the present the configure scripts started setting INSTALL_DATA to ${R_HOME}/bin/install -c in Makeconf...which causes wierdness for the Mac OSX

On Wed, Sep 17, 2014 at 10:14 PM, Simon Atanasyan <simon at atanasyan.com> wrote: > Hi, > > Probably you get the error because you try to build LLVM in the source > code directory. Create a separate folder, cd to this folder and run > the configure script. > > $ mkdir llvm-bld > $ cd llvm-bld > $ ../<llvm src>/configure --enable-targets=mips > $ make >

Am 09.10.2017 um 17:54 schrieb Jonathan Billings: > I think that the important learning points today are: > > 1.) CentOS7 (and any other distro that uses systemd) will have /run as > a tmpfs filesystem, and /var/run points to /run on CentOS7, so even if > you think this disagrees with the FHS, that's the way it is for > CentOS. And fun fact: not only RHEL 7 and thus CentOS

Hi there, I'm having trouble to compile the R + C/C++ codes for this project from Yahoo folks on latent factor models: https://github.com/yahoo/Latent-Factor-Models#readme After downloading the package from the site, I could not successfully *make* the files. Here is the message: ====================================================================================== sh-4.1$ make R CMD

Dear friends, I am building an R package called *mypackage*. I followed every possible steps (to my understanding) for the same. I got following problem while doing *R CMD check mypackage*. * installing *source* package 'mypackage' ... ** libs cygwin warning: MS-DOS style path detected: C:/PROGRA~1/R/R-213~1.0/etc/i386/Makeconf Preferred POSIX equivalent is:

I get the following error message followed by instability in R after the error message: Error: Cannot pop the top-level viewport (grid and graphics output mixed?) Have reduced something much more complex in my code to a simple test case. I run the following and then resize the window: X = seq (1,10) Y = X^2 opar <- par(no.readonly=TRUE, mar = c(2.5, 3.1, 1, 2)) grid.newpage()

I get an error when trying to compile a FORTRAN source file for use in a package that I am developing. The error, reported in 00install.out is below. * installing *source* package 'USGSstats' ... ** libs *** arch - i386 C:/PROGRA~1/R/R-214~1.1/etc/i386/Makeconf:194: warning: overriding recipe for target `.m.o' C:/PROGRA~1/R/R-214~1.1/etc/i386/Makeconf:187: warning: ignoring old