similar to: R 3.2.2 64 bit compilation error on AIX

Please note that if I don't specify those variables, then R 32 bit compiles fine. Thanks. -- Vinh On Thu, Oct 8, 2015 at 6:50 PM, Vinh Nguyen <vinhdizzo at gmail.com> wrote: > Dear list, > > I'm following the instructions provided here to compile R 64 bit on > AIX 6.1. I did > > export OBJECT_MODE=64 > export CC="gcc -maix64 -pthread" > export

Hope I am not sounding too much like a broken record - as far as 64-bit build on AIX is concerned. ** Short - 32-bit builds complete normally, 64-bit builds stop at "installing 'sysdata.rda'" with message: Error: Line starting 'Package: tools ...' is malformed! Execution halted *** Longer... I could file a bug - Importance, showstopper - but I would prefer to better

On 2015-12-18 02:29, Simon Urbanek wrote: > Michael, > > I got access to PDP AIX so I can try to replicate your problem. Can you, please, share exactly your setup - AIX version and well as how exactly you installed the compilers (=where from)? I can then try to replicate it. AFAICS there is no official binary for gfortran nor gcc 4.7 so it must be some 3rd party - which could also be a

One other note: I'm also using the latest src/main/dcf.c that was giving an issue on AIX previously; see [this](https://stat.ethz.ch/pipermail/r-devel/2015-September/071781.html) thread. Thanks. On Thu, Oct 8, 2015 at 6:51 PM, Vinh Nguyen <vinhdizzo at gmail.com> wrote: > Please note that if I don't specify those variables, then R 32 bit > compiles fine. Thanks. > > --

>>>>> Vinh Nguyen <vinhdizzo at gmail.com> >>>>> on Thu, 8 Oct 2015 20:21:32 -0700 writes: > Ahh, sorry for not googling the error message. Found > [this](http://r.789695.n4.nabble.com/Error-compiling-R-2-10-1-on-AIX-td1017862.html) > post that suggests modifying /src/extra/tre/tre-internal.h >

I have been looking further and need some help with: tools:::sysdata2LazyLoadDB("/data/prj/cran/R-3.2.3/src/library/tools/R/sysdata.rda","../../../library/tools/R") Error: Line starting 'Package: tools ...' is malformed! Details: root at x065:[/data/prj/cran/64/R-3.2.3/src/library/tools]export | egrep "PATH|HOME" HOME=/

On FreeBSD 10.2, I get the following error when compiling R from the Subversion trunk (with "configure && make"): cc -shared -L/usr/local/lib -o tools.so text.o init.o Rmd5.o md5.o signals.o install.o getfmts.o http.o gramLatex.o gramRd.o mkdir ../../../../library/tools/libs installing 'sysdata.rda' Error in dyn.load(file, DLLpath = DLLpath, ...) :

Prof Brian Ripley writes: > Second, we don't have all the pertinent information such as the > configure options used and the architecture (x86_64?). I am going to > have to guess none as none were mentioned, but using --enable-R-shlib > would be pertinent. > > On 31/08/2015 05:47, Davor Cubranic wrote: >> On FreeBSD 10.2, I get the following error when compiling R

Here's an update: I checked the ChangeLog for R, and it seems like readDCF was changed in 3.0.2. I went on a whim and copied src/main/dcf.c from R 2.15.3 over to 3.2.2, and R compiled fine and install.packages now work for me. This is probably not ideal, but it at least makes R usable on AIX for me. Would definitely like to help figure out what's wrong with the new dcf.c on AIX.

A couple of my colleagues are having problems building R-3.2.4 on Mac OS X El Capitan somehow related to libiconv. I personally don't have any problems on either of my Macs. I'm hoping thie make log might trigger something in the readers of this list: gcc -dynamiclib -Wl,-headerpad_max_install_names -undefined dynamic_lookup -single_module -multiply_defined suppress -L../../../../lib

I tried compiling using GCC. First, I changed config.site to: ~/R-3.2.2$ svn diff config.site Index: config.site =================================================================== --- config.site (revision 69236) +++ config.site (working copy) @@ -278,3 +278,8 @@ ## Path to the version of pkg-config to be used for locating cairographics. ## PKGCONF = +F77=gfortran48 +FC=${F77} +CC=gcc48

Hi, Note that one significant change to read.dcf() that happened since R 3.0.2 is the addition of support for arbitrary long lines (commit 63281), which never worked: dcf <- paste(c("aa: ", rep(letters, length.out=10000)), collapse="") writeLines(dcf, "test.dcf") nchar(read.dcf("test.dcf")) # aa # [1,] 8186 The culprit being line

Dear list (re-posting from r-help as r-devel is probably more appropriate), I was able to successfully compile R on our AIX box at work using the GNU compilers following the instructions on the R Administration guide. The output can be seen at here (https://gist.github.com/nguyenvinh/504321ea9c89d8919bef) and yields no errors . However, I get a segfault whenever I try to use the

Dear All; Is it possible to create a list of lists (I am sure it is) along these lines; I have a dataframe data02 that holds a lot of information, and the first column is ³date² I have a list of dates in; data03<-c(date1,.....,daten) And would like to create a list; data04 <- subset(data02, date == data03[1,]) Ie. data04 holds the data from data02 that matches a date in data03 How do

On 31/08/2015 16:26, Davor Cubranic wrote: > Prof Brian Ripley writes: > >> Second, we don't have all the pertinent information such as the >> configure options used and the architecture (x86_64?). I am going to >> have to guess none as none were mentioned, but using --enable-R-shlib >> would be pertinent. >> >> On 31/08/2015 05:47, Davor Cubranic

I am trying to replicate the repeated measures example from Dr.Faraway's book (Extending the linear model with R) as follows: data(vision) vision$npower <- rep(1:4,14) mmod <-lmer(acuity~power+(1|subject)+(1|subject:eye),vision) When I look at the fixed effects p-value, it is missing. Am I missing something here? Thanks. Fixed effects: Estimate Std. Error t value

Dear all, Starting all over again with R-devel of 22-11-2015. After getting the dependancies (minimal graphics initially) I have been able to come this far - with a 64-bit build on AIX. root at x072:[/data/prj/cran/64/R-devel]make make[1]: Entering directory '/data/prj/cran/64/R-devel/m4' make[1]: Nothing to be done for 'R'. make[1]: Leaving directory

The datetime.R issue looks familiar. Darwin (the basis for OS X) copied a lot of things from FreeBSD, bugs and all. So I expect the same remedy applies (http://cran.r-project.org/doc/manuals/r-patched/R-admin.html#OS-X): 'Configure option --with-internal-tzcode is the default on OS X, as the system implementation of time zones does not work correctly for times before 1902 or after 2037

--- 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

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