similar to: compiling R-1.5.0, package methods, on Solaris 5.7

Hi all, I try to build R-1.7.0 + patches. when problem arise. I start with appling the patches and second configure and make. Any ideas whats wrong (wrong compiler wrong make version or missing an essential library...) /Ulf D heres the log: **** cut************ making method_meta_data.d from method_meta_data.c making slot.d from slot.c making class_support.d from class_support.c making tests.d

Hello everyone, I've just attempted to build R-1.4 on Compaq Tru64 (I'll enclose the text from bug.report() from R-1.3.1 at the end.) The relevant part of the log is below. Any ideas? gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o -L/usr/local/lib /usr/ucb/ld: Warning: Unresolved: TYPEOF Rf_error Rf_protect Rf_substitute

I am currently trying to install R 1.6.0 on an SGI Octane running: > uname -aR IRIX64 hcu091 6.5 6.5.9m 07201608 IP30 and I am receiving a fatal error during the make step. Any help in this matter would be greatly appreciated. Here is the final output from "./configure"... ---------- R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory:

I am trying to install R onto an Altix system running SuSE Enterprise Linux 9 SP3 with SGI ProPack 4 SP3. I end up with this error no matter what I try. Any suggestions on how to proceed would be appreciated! ----- gcc -shared -L/opt/local/lib -o methods.so do_substitute_direct.o init.o methods_list_dispatch.o slot.o class_support.o tests.o ../../../../library/methods/libs/methods.so is

Dear R-help, Has anyone been able to compile R on Linux using Intel's C(++) and Fortran compilers? When I tried it (using R-devel from March 19), I get the following error when it gets to compiling the "methods" package. Can some one tells me where to start looking? What is "error 139"? Any help greatly appreciated! Cheers, Andy PS: This is on Mandrake 9.0, running

I am using if else and loop to sortout the data set that is the values less than o or more than 100 will be chosen.I could not get outTable with loop. Please help me to correct the code: I USED: # Read a_data <- read.table("D:/SNP/copy.sas", header=T, sep="\t") tr <- a_data$truck ca <- a_data$cars length <- nrow(a_data) outTable <- matrix(nrow=length,ncol=3)

Hi, I have encounter a problem that my data a_data.frame is of data.frame class with columns: sequenceID, eventID, items. when I convert it to transaction class: as(a_data.frame, "transactions") All columns are grouped together under items, which is like this: {sequenceID, eventID, items} instead of the right form: sequenceID, eventID, {items} Also when i read_baskets, there is

I am having trouble understanding the way naresid is used when using predict/residual in a new data frame. >From the example below, the NAs are displayed when predicting inside the original frame, but are dropped when applied to a new frame. ultimately I need to cbind the residuals and predictions to a dataframe. Any help would be appreciated. Thanks in advance. >

Hi all, I am trying to compile R in 64-bit addressing mode under AIX 5.1. Currently, I am using the following. ./configure -without-x CC='xlC_r' F77='xlf_r' CXX='xlC_r' CFLAGS='-q64 -g -qfullpath' FFLAGS='-q64 -g -qfullpath' CXXFLAGS='-q64 -g -qfullpath' MAIN_LDFLAGS='-q64 -g -qfullpath' LDFLAGS='-q64'

--- On Thu, 3/9/09, Vinh Nguyen <vinhdizzo at gmail.com> wrote: > hi hin-tak, > > i'm trying to build r packages for windows on a > mac/linux. i guess > this used to possible and supported, but is no longer > supported. i > ran into this post of yours, > https://stat.ethz.ch/pipermail/r-devel/2009-July/053971.html, > and hope > u don't mind me

The current r-devel (aka R 1.7.0) now attaches the package "methods" by default at startup. A new option, "defaultPackages", is set to c("methods", "ctest") by default, causing the .First in package base to require those two packages at startup. There are two main known differences from having methods attached: - the definition of class() changes, in

I've been inspired to look at the R source code by some strange timing results that I wrote about on my blog at radfordneal.wordpress.com (see the posts on "Speeding up parentheses..." and "Two surprising things...". I discovered that the strange speed advantage of curly brackets over parentheses is partially explained by an inefficiency in the evalList and

I'm running debian stable, with the addition of tcl8.4-dev, tk8.4-dev from testing. debian/rules build gives this ... gcc -shared -o methods.so do_substitute_direct.o methods_list_dispatch.o method_meta_data.o slot.o class_support.o tests.o -L../../../../bin -lR mkdir -p -- ../../../../library/methods/libs make[6]: Leaving directory `/home/king/R/source/src/library/methods/src'

Dear all, I may have overlooked something but the following piece of code causes me trouble: > a_data.frame(1:4) > a X1.4 1 1 2 2 3 3 4 4 > apply(a,2,cat) 1 2 3 4Error in ans[[1]] : subscript out of bounds > apply(a,1,cat) 1234NULL Is this the fact my data.frame has only one dimension ? (and do I forget somewhere (but where ?) to specify not to 'drop'

[bcc: to re@] Considering the amount of changes between 4.x and 5.x, and the performance issues of the latter, I think I can safely predict that RELENG_4 will be around for a long time after the RELENG_5 branch. While I understand that some will resist making RELENG_4 any more useful than it currently is (to encourage users to move to 5.x), I think there is one issue that should be addressed: the

Currently, when mget() is used to get the value of a function's argument with no default value and no value in the call it returns the empty name (R_MissingArg). Is that the right thing to do or should it return 'ifnotfound' or give an error? E.g., > a <- (function(x) { y <- "y from function's environment"; mget(c("x","y","z"),

Hi , I am trying to create a dataframe in C and sebd it back to R. Can anyone point me to the part of the source code where it is doing , let me explain the problem I am having . -------------------------------------------------------------------- My simple implementation is like this SEXP formDF() { SEXP dfm ,df , dfint , dfStr,lsnm; char *ab[3] =

On 9 Dec 2014, at 02:20, Jim Grosbach <grosbach at apple.com> wrote: >> On Dec 8, 2014, at 1:05 AM, Simon Taylor <simontaylor1 at ntlworld.com> wrote: >> >> On 8 Dec 2014, at 00:13, Renato Golin <renato.golin at linaro.org> wrote: >> >>> On 7 December 2014 at 19:15, Simon Taylor <simontaylor1 at ntlworld.com> wrote: >>>> Is

I haven't done any R memory debugging lately, but https://www.mail-archive.com/rcpp-devel at lists.r-forge.r-project.org/msg10289.html shows how I used to have gdb break where valgrind finds a problem so you could examine the details. Also, running your code after running gctorture(TRUE) can help track down memory problems. -Bill On Wed, Feb 7, 2024 at 12:03?PM Therneau, Terry M., Ph.D.

?I've hit a roadblock debugging a new update to the survival package.?? I do debugging in a developement envinment, i.e. I don't create and load a package but rather? source all the .R files and dyn.load an .so file, which makes things a bit easier. ? Running with R -d "valgrind --tool=memcheck --leak-check=full" one of my test files crashes in simple R code a dozen lines