similar to: R-1.0.0 make error

I'm having trouble making the manuals as per the INSTALL instructions. Anyone have any hints as to what's wrong? <123>-> make dvi DVI/LaTeX documentation: reference index ... *** Error code 255 make: Fatal error: Command failed for target `refman.dvi'

I can't ssem to get the the examples running. Can anyone offer a solution? Thanks in advance, and this what happens. > data(laser) > xgobi(laser) xgobi -title 'laser' -std mmx /tmp/xgobi-laserR7316S41c6 & > Neither the file /tmp/xgobi-laserR7316S41c6 nor /tmp/xgobi-laserR7316S41c6.dat exists -------------- next part -------------- A non-text attachment was scrubbed...

I noticed this error in my demo from previous versions as well as R 0.99.0. Is there a way around this one also? Thanks in advance... > demo(dyn.load) demo(dyn.load) ---- ~~~~~~~~ Type <Return> to start : > dyn.load(file.path(R.home(), "demos", "dynload", paste("zero", .Platform$dynlib.ext, sep = ""))) Error in

I tried to cross-compile the newest release 2.0.1 on a linux machine, but i always got an error at the following stage DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this function) dynload.c:94: error: (Each

Hi I tried to cross compile R under Linux but get an error. i586-mingw32-gcc -isystem /home/schouwl/unpack/mingw/include -O2 -Wall -pedantic -I../include -I. -DHAVE_CONFIG_H -DR_DLL_BUILD -c dynload.c -o dynload.o dynload.c: In function `R_loadLibrary': dynload.c:94: warning: implicit declaration of function `_controlfp' dynload.c:94: error: `_MCW_IC' undeclared (first use in this

Dear R users, I would need some help in building R using minGW in windows 8.1. After using the command *configure *(./configure --enable-R-shlib --with-readline=no --with-x=no), I use the command *make. *This results in the following error: [...] make[2]: Leaving directory `/home/Edoardo/r-3.1.2/src/nmath' make[2]: Entering directory `/home/Edoardo/r-3.1.2/src/unix' make[3]: Entering

Hi! I've been trying to compile R with gcc version 3.4.2 on a box running Solaris 2.6. I keep on hitting this error during the compile: gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -g -O2 -std=gnu99 -c dynload.c -o dynload.o In file included from dynload.c:33: ../../src/include/Defn.h:943: error: parse error before "mbstate_t" make[3]: ***

Hello R Developers, This is my first foray into using c-code with R, so please forgive my foolishness. I had a look at the archives and did not find anything on this, so hopefully I am not doubling up. I have tried to use R cmd to create an object file from the odesolve dynload example. I am using windows and have just installed rtools, and have the latest version of stable R (2..7.2). This is

Hi Paddy, I was suspecting the same, and from the output below I think you're right. However, I was hoping I could just repair this problem for now, and worry about replacing the HDD later. I need to resume some services that also seem to generate this same error. Gary [root at zeppo services]# ll /usr/lib64/python2.7/lib-dynload/itertoolsmodule.so -rwxr-xr-x. 1 root root 61976 Sep 15

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)

I am having a strange problem. I have been using python + rpy2 on my Mac for quite sometime now. I recently upgraded to OS X 10.8 from 10.6 and that's when the problem began. Now, when I try to load some R packages (like zoo) using robjects.r, python crashes with seg fault 11. Here's an example below: >> import rpy2.robjects as ro >> ro.r(''' library(zoo)

I get the following error when building R from the subversion server as well as the latest tarball. I am on Windows XP, and I recently updated my MinGW installation. It's quite possible I am doing something wrong, but I am not sure what that might be. making console.d from console.c making dataentry.d from dataentry.c making dynload.d from dynload.c making edit.d from edit.c making editor.d

Dear R-devel, The latest version of R-devel (05-17) is throwing an error for me when building on OS X (v 10.11.4): making Rembedded.d from Rembedded.c making dynload.d from dynload.c making system.d from system.c making sys-unix.d from sys-unix.c making sys-std.d from sys-std.c making X11.d from X11.c clang -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H

During testing with R-devel on the alpha I just noticed (after misspelling "bin/R" as "bin/R.bin") that R.bin segfaults. It accesses the empty R_HOME variable and should better give an error instead of a crash: a gdb output snippet: ... Program received signal SIGSEGV, Segmentation fault. 0x3ff800d6a10 in strcpy () (gdb) backtrace #0 0x3ff800d6a10 in strcpy () #1 0x1200efda0

I tried ot build rpvm in my own makefile. But runs into some linker errors like e.g. undefined reference to `_R_alloc' My enviornment looks like this: CYGWIN pvm 3.4 compiled under cygwin myself R installed from the rw2001.exe setup file. I guess that the R under rw2001.exe was build with some other compiler? I then tried to compile R myself under CYGWIN but runs into the following

Hi All, I am having trouble installing the sm package, and only the sm package. My box is RedHat 7.3 on a PIV. Readline 4.3-3 is installed (suited for RH 8, but same error under readline 4.2 for RH 7.3), but it seems to be looking for the readline library in the wrong directory. Will installing readline 4.1 do the trick? What else could be done? Rohan Sadler [root at rsadler R]# R CMD

Hi everyone, Like most people with RH7.0 Linux, I had problems with their "experimental" gcc-2.96 compiler. To circumvent the problem, I installed stock gcc-2.95.2 in the /usr/local tree, so it will be picked up first as /usr/local/bin if before /usr/bin on my PATH. With this setup I was able to compile R-1.2.0 straight out of the box (as well as compile Linux kernels). One problem I

Hi everyone, Like most people with RH7.0 Linux, I had problems with their "experimental" gcc-2.96 compiler. To circumvent the problem, I installed stock gcc-2.95.2 in the /usr/local tree, so it will be picked up first as /usr/local/bin if before /usr/bin on my PATH. With this setup I was able to compile R-1.2.0 straight out of the box (as well as compile Linux kernels). One problem I

hi everyone, Im implementing a new RBlas dll but just for optimising sake i need to know how and WHERE (which source code) RBlas gets loaded. there is a call to loadlibrary() in dynload.c BUT it seems this is not the function that is loading Rblas. how do i know this? well i added the code :(just after the loadlibrary() call) /*********************************************/ /*this

I can't seem to get the demo(nlm) to run under R version 0.99.0 Anyone know a solution? > fgh <- function(x) { gr <- function(x1, x2) { c(-400 * x1 * (x2 - x1 * x1) - 2 * (1 - x1), 200 * (x2 - x1 * x1)) } h <- function(x1, x2) { a11 <- 2 - 400 * (x2 - x1 * x1) + 800 * x1 * x1 a21 <- -400 * .... [TRUNCATED] > nlm(fgh,