similar to: Request for help with compiling R on a DEC Alpha

I am currently attempting to install R on our DEC Alpha computer, and am having a little trouble. I have f2c installed in lieu of a Fortran compiler, and have installed libf2c in a subdirectory below where f2c lives, although as you can see below, libf2c is not being found during configuration. I'm not sure what I would need to do to rectify this. However, my main problem is with the

I'm feeling kinda stupid right now, but I'm actually having problems compiling R-0.62.3 on a Red Hat 5.1 Linux system. I'd be happy if someone could point out for me where to look to fix the problem. I've included the output from the compiling below. Thanks for any help. Fredrik make -f Makefile.2nd all make[1]: Entering directory `/home/fredrigl/R-0.62.3' Building R cd

I've recently tried to get 0.62.3 up on our Suns (4.1.4, using gcc; I'm also having trouble with a Solaris 2.6 compile but I haven't given up hope on that one yet) -- the last compile I did was 0.61.1, which worked smoothly. Running ./configure --prefix=/usr/local/apps/R/R-0.62.3 [--with-g77] (tried both with and without g77, eventually get to the same place), I get a conflict

I've down loaded R version 0.62.3 . After packing it out on my Digital personal workstation running DU4.0D i configure using the command "R_PRINTCMD=ppr CC=cc CFLAGS="-O" PERL=/local/bin/perl5 ./configure --prefix=/local/math" after this I'm trying to make the package and issue the command "make" at the end of this process I get the following error:

I have done a little bit of poking around at the bug that I reported earlier (steep slopes and lines from far outside the plot range doing funny things), and have tracked it down to the fact that, as noted in the Unix man page, XDrawLine[s] doesn't like coordinates that are outside of the range of (-32767,32767). Now the question is, what to do about this? A quick "fix" (not a fix

I wrote this quick patch because I want plugins to be able to communicate with each other with events. Using the option values to communicate with each other is a bit cumbersome if you want to monitor for changes or do anything which requires events. It is just a small patch and works in the compiz way (ie by wrapping the core event). Some potential events that I can think of at the moment are

Hi, Just downloaded the R-0.62.4 of R and tried to install it. With the standard procedure : ./configure make At the end of the compilation I got the following message : ld: ../lib/libunix.a(system.o): main: multiply defined fort: Severe: Failed while trying to link. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. I attach the printout after the ./configure and make

Hi, I made a simple patch which makes switcher's window a splash window (_NET_WM_WINDOW_TYPE_SPLASH). This way I can easily add effects for it. The window is a splash window, so why not use this type instead of Unknown? Beryl's switcher window is a Splash window too. Is there a reason why Compiz uses Uknown for it? Patch: --- switcher.c 2006-12-28 10:14:52.000000000 +0100 +++

Hi all, I'd like to let you know about four R training courses that RStudio will be offering in December: * Effective data visualization (http://bit.ly/TY2ONI) Dec 3. San Francisco, CA * Reports and reproducible research (http://bit.ly/RsZmYr) Dec 4. San Francisco, CA * Advanced R programming (http://bit.ly/RvZDsd) Dec 10. Washington, DC * Package development (http://bit.ly/UhTIWz)

Dear all, after building the R-1.1.1 from source on our alpha everything seems to work, but locfit still hangs... I installed locfit with install.packages(...), the installation process went fine, but calling locfit() blocks the R environment. Has anybody got an idea howto get to the roots of this problem? Thanks M. Eger -- +------------------------------------------------------- | Marcus

Dear all, usually I work under linux, but I tried to install R-1.1.1 on our alpha's which worked well. However, installation of the locfit package produced the following warning: ---------%<---------------- Installing package `locfit' ... libs /vol/bin/gcc -I/vol/math/R/include -I/usr/local/include -mieee -g -O2 -c S_e nter.c -o S_enter.o S_enter.c: In function `basis':

On my RedHat 5.1 machine at the office I am happily using R installed from Martyn Plummer's RPM's of R-62.3 for RH 5.1 At home I have SuSe Linux 5.3 on my PC and as RH 5.1 is libc6 based and SuSe 5.3 is still libc5 based the RH 5.1 RPM's do not install and work on SuSe (even though they have a test version of glibc). So I downloaded R-0.62.3.tgz from www.ci.tuwien.ac.at/R and tried

I have R-0.62.3 and RedHat 5.0 with fort77. At the office R is running but when I install a package, eg. 'akima' I get a message make: f77: Command not found 'R INSTALL library' does not accept fort77, but R installation checks f77/g77/fort77. Is there an easy way to edit some file and replace f77/g77 with fort77? At home I have the same R and Linux versions, but when

Hi to all R people, I've compilation problem with R-0.62.3. C:\R-0.62.3\src\gnuwin32>make gcc -O2 -I../include -o dataentry.o -c dataentry.c In file included from ../include/Defn.h:29, from dataentry.c:20: ../include/Arith.h:47: parse error before `(' ../include/Arith.h:48: parse error before `(' make.exe: *** [dataentry.o] Error 1 C:\R-0.62.3\src\gnuwin32>

[accidentally was sent to the R-help-owner only; MM] ** when I compile R-0.62.3 on RedHat 5.1, the following messages appear: ... f77 -export-dynamic -o R.binary ... ../lib/libunix.a(dataentry.o): In function `NextEvent': /home/ming/R-0.62.3/src/unix/dataentry.c:1286: undefined reference to `XNextEvent' ../lib/libunix.a(dataentry.o): In function `GetKey':

Hello! I am wondering if anyone has compiled Samba on DEC UNIX 4.0 withOUT the OSF1_ENH_SEC stuff? I don't want to use enhanced security, but I can't seem to get away from it. I didn't see any configure options, so I have been editing the source files to remove constants like OSF1_ENH_SEC and HAVE_GETPRPWNAM (among others). Has anyone had any luck with trying to do this? Thanks!

Greetings, Normally, we hold the Xen Project Documentation Day on the fourth Monday of the month. However, for the next two months, there are some issues: - Next Monday is the beginning of Thanksgiving week in the US. This is historically a very hard time to accomplish anything (other than shop for the holidays which occur in December), so if we hold Documentation Day on Monday, it is likely

Hi, I hope everyone will have a joyous holiday time. If you happen to find yourself at loose ends on Friday after the eat and drink fest that many of us will be privileged to enjoy Thursday, come and talk with us about Skype for Asterisk. Steve Sokol, who's in charge of the beta for this module at Digium, has courageously agreed to give us a report on how it's coming along. Spread this

Dear help I have been attenpting to compile R0.49 on both of these unix machines and have had no compilation errors but core dumps at run time. The HP UX box start out by putting up a graphics window and then crashing with the following error message before giving the prompt R : Copyright 1997, Robert Gentleman and Ross Ihaka Version 0.49 Beta (April 23, 1997) R is free software and

R ran find on our Sun until it was stolen. I have now set up R on one of our Dec Alphas OSF1 V4.0 386. R-0.49 configures builds and runs fine except that the glm command crashes R. R-0.60.1 configures builds and runs until a cis entered. I think the problem is the floating point conventions but before I get in over my head a question Has anyone used glm successfully on Alphas OSF1 V4.0 386?