similar to: Rconfig.h & unsupported architectures

Hello, I just tried configuring R to use architecture-dependent subdirs $ r_arch=x86_64 ./configure --prefix=/u/smat/konis/testdir on a Debain Squeeze box $ uname -a Linux smapc007 2.6.32-5-686 #1 SMP Sat Sep 18 02:14:45 UTC 2010 i686 GNU/Linux After building and installing, the Rconfig.h ended up in .../lib/R/include/x86_64 but R.h still includes it as #include <Rconfig.h>

Hey, I have a question about including the R framework in a file. I'm running OS X 10.5.2. When I attempt to use: #include <R/R.h> And compile I get the following error: /Library/Frameworks/R.framework/Headers/R.h:40:21: error: Rconfig.h: No such file or directory /Library/Frameworks/R.framework/Headers/R.h:41:57: error: R_ext/ Arith.h: No such file or directory

Hello, I am having problems installing RSQLite under FC8. The error message seems to indicate Rversion.h and Rconfig.h are missing. To illustrate the problem, I have copied below the output shown when I first install R (binary distribution) and then try to install RSQLite. Because the problem does not occur when installing RSQLite with R under Windows I suspect the problem is perhaps due to my

Hi, I was trying to compile a C++ dll that includes R.h file. One of the errors was that the file Rconfig.h (used in several places as #include) could not be found. I searched all the r-related directories and could not find it. Where is that file, and can I download it for free from your site? What is its function? Many thanks in advance for your help, Natasha Natasha Kozul Pricing Unit

Currently when R starts up it can be configured by a file of environment variable specifications and a file of R code. This makes programmatic modification of startup configuration tricky. Case in point: I start R, do install.packages("foo"), and up pops the 'choose a CRAN mirror' dialog. I'd like to put a 'Save my choice' button on that dialog. Currently it would

On 29/12/2016 15:55, Simon Urbanek wrote: > The problem is elsewhere - Rinterface.h guards the ultima-ratio fallback with HAVE_UINTPTR_T but that config flag is not exported in Rconfig.h. Should be now fixed in R-devel - please check if that works for you. Rconfig.h would be appropriate if Rinterface.h is being included from C code using the same compiler as used for R. But as Rinterface.h

Dear Group Members, First of all thanks for all the great work and effort. I am trying to compile a part of the Project R, 'pnorm.c' in visual studio 6.0 c++ language. First i downloaded the standalone R-2.11.0 and tried to compile it. Some files were missing here such as 'Rconfig.h'. Then i downloaded the Binary for Windows, and in the installation folder i found those missing

> On Jan 1, 2017, at 5:12 PM, Laurent Gautier <lgautier at gmail.com> wrote: > > > > 2017-01-01 8:28 GMT-05:00 Prof Brian Ripley <ripley at stats.ox.ac.uk>: > On 29/12/2016 15:55, Simon Urbanek wrote: > The problem is elsewhere - Rinterface.h guards the ultima-ratio fallback with HAVE_UINTPTR_T but that config flag is not exported in Rconfig.h. Should be now

Hi, this relates to R-devel of 1999/July/18. I will outline what I had to change to get R to compile with cc then with gcc. Note that R compiled with cc works, R compiled with gcc is broken. --> Compile with cc: 1) Edit src/main/saveload.c: disable the undefine! With the #undef _XOPEN_SOURCE_EXTENDED the compilation dies an untimely death. (And the header files are not as badly broken

Dear R-Devel, I'm using Ubuntu on an x86_64 machine and would like to have both the 32-bit and 64-bit versions of R built from source. By default, following the usual build procedures yields 64 bit R. Looking at [these](http://cran.r-project.org/doc/manuals/R-admin.html#Sub_002darchitectures), I thought I could build 32-bit R by executing r_arch=32 ./configure and building R like usual

Hi We are currently embedding a rather large C++ library in R (BioC), and we want some comments on the portability of how we have approach this. First of, we are not really able to do much about the portability of the basic library, which of course is the main question :) We have an approach which seems to work, I just want a bit of feedback on it.... The way we integrate it into R is

It turns out that the behavior of starting just Tcl was actually a bug. Apparently the intention was to attempt to start Tk regardless of the DISPLAY variable, because some TclTk implementation such as Aqua Tcl/Tk don't require DISPLAY and thus would not be loaded. Due to a bug (HAVE_AQUA was not included in Rconfig.h before R 2.7.0), though, this was not the case. I'll leave it

The build system rolled up R-3.6.2.tar.gz (codename "Dark and Stormy Night") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.6.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter

The build system rolled up R-3.6.2.tar.gz (codename "Dark and Stormy Night") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.6.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter

The build system rolled up R-3.6.2.tar.gz (codename "Dark and Stormy Night") this morning. The list below details the changes in this release. You can get the source code from http://cran.r-project.org/src/base/R-3/R-3.6.2.tar.gz or wait for it to be mirrored at a CRAN site nearer to you. Binaries for various platforms will appear in due course. For the R Core Team, Peter

Hi, I was recently pointed out that a definition in Rinterface.h can be conflicting with a definition in stdint.h: /usr/include/R/Rinterface.h has: typedef unsigned long uintptr_t; /usr/include/stdint.h has: typedef unsigned int uintptr_t; (when 32bit platform complete definition is: #if __WORDSIZE == 64 # ifndef __intptr_t_defined typedef long int intptr_t; # define

It is not obvious what it is that you are calling "R-patched", nor where there could be an entry for "3.6.2 patched". The prerelease/patched versions are snapshots of R-3-6-branch made at 00:20 so the current one will have been made before the release version run started at 09:00 this morning, and hence the nightly tarball will be of the release candidate. However it will not

Hi. Just wanted to let you know I am getting close to packaging R for AIX in 64.bit mode. One comment - the libtool.m4 I see used is quite old. The one I have on my system is 2.4.6, and what I see in R says: I am hoping a new libtool will clean up most of the manual work now needed. # Which release of libtool.m4 was used? macro_version=2.2.6 macro_revision=1.3012 This may be all that is

Hi all, I was installing a package *RBGL* of bioconductor. However, I had some issues while installing it. I asked the devel group of bioconductor and they told me to consult this group. Here is my conversation with the bioconductor group related to the problem *Me->* I was trying to install the RBGL package using the following command biocLite("RBGL") However, I got the

Dear list, Just upgraded to MacOS Mavericks, fresh install of R 3.0.2 and trying to install a previous version of my QCA package (the most recent one source file, which passed the R CMD check --as-cran with R 3.0.1) I seem to have some difficulties in the C code, apparently it doesn't find some headers (please see below): ============ $ R CMD INSTALL --no-multiarch