similar to: error compiling R-1.3.1 from source on WinNT

4. Noticed this error go by in the r-devel build in Windows 95: F:/R/TOOLS/BIN/MAKE.EXE -C ./help RHOME=F:/R/R-devel PKGDIR=F:/R/R-devel/src/lib rary RLIB=F:/R/R-devel/library ziponlyhelp-base MAKE.EXE[2]: Entering directory `F:/R/R-devel/src/gnuwin32/help' zip -jqmX help/Rhelp help/* -x help/AnIndex 2> nul MAKE.EXE[3]: [zipup] Error 12 (ignored) My guess is that it's a problem with

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

Greetings, I'm attempting to install R-0.64.1 on a Sun Sparc 20 running Solaris 2.4 with gcc-2.7.2.2, g77-0.5.20 and Gnu make 3.76-1. On several occasions, the make process aborted when trying to build the shared object file for the modreg package (its first attempt at such a beast). In all attempts, the error message is as follows: ../../../../bin/R SHLIB -o modreg.so bsplvd.o bvalue.o

> install.packages("gam") Warning in install.packages("gam") : argument 'lib' is missing: using /usr/local/lib/R/site-library --- Please select a CRAN mirror for use in this session --- Loading Tcl/Tk interface ... done trying URL 'http://cran.cnr.Berkeley.edu/src/contrib/gam_0.97.tar.gz' Content type 'application/x-gzip' length 89613 bytes opened URL

>> I'm a bit confused about this discussion, but since I don't have f2c on ... >A lot of Fortran code doesn't require any libf2c routines. When routines >are needed the most common ones are the exponentiation routines pow_dd, >pow_ii and pow_di (pow_ri is for single precision reals and so is less >needed in R, which uses double precision). However, *some* fortran

I tried to compile R-0.63.1 to R-0.63.3 on my DEC Alpha with the operating system of UNIX 4.0. All have the same problem after R.binary has been successfully compiled. The last few lines of the message are shown as below: ... make[4]: Entering directory `/home/ming/R-0.63.3/src/library/modreg/src' f77 -c bsplvd.f -o bsplvd.o f77 -c bvalue.f -o bvalue.o f77 -c bvalus.f -o bvalus.o f77

Hello again! Thanks to Dr. Brian Ripley, the make problem I reported earlier has been solved, and R-0.64.1 is now successfully installed and tested. There were two essential problems with the stock configuration: (i) the Fortran option -fPIC was not being propagated to certain Makefiles further down the tree; (ii) gmake was not being recognized when the library files were being

Hi, I am segfaulting when using predict.loess() (checked with r62092). I've traced the source with the help of valgrind (output pasted below) and it appears that this is due to int overflow when allocating an int work array in loess_workspace(): liv = 50 + ((int)pow((double)2, (double)D) + 4) * nvmax + 2 * N; where liv is an (global) int. For D=1 (one x variable), this overflows at

I was hoping fatal: relocation error: symbol not found: pow_ii: referenced in .../dsefor.so would disappear in R 0.6x, but it has not. I believe this is suppose to come from the f2c lib, but I seem to need just a couple of routines: nm -u dsefor.so Undefined symbols from dsefor.so: .umul pow_dd pow_ii pow_ri For my own purposes I could compile with fortran but that makes it much

Full_Name: Benjamin Tyner Version: 2.1.0, 4/18/2005 OS: i686-redhat-linux-gnu Submission from: (NULL) (4.64.8.220) # Just run my.test() below in a newly opened R session. Once too many models have been fit (~20 on my system), the computed standard error jumps to a different value. This is (superficially) due to a different residual sum of squares, not a different one.delta. No other aspect of

I have an hp9000/c160 with hpux10.20+gcc2.7.2. When I try the example in the ace help I get: > library(acepack) > ?ace > TWOPI <- 8*atan(1) > x <- runif(200,0,TWOPI) y <- exp(sin(x)+rnorm(200)/2) a <- avas(x,y) /usr/lib/dld.sl: Unresolved symbol: pow_dd (code) from /home/buyuk/R-0.50-a1/lib/acepack.so ABORT instruction (core dumped)

Hello, I tried to compile v2.3.1 on Solaris x86 with SUN Pro compilers. I had an error while stats libarary was being compiled and I notice that "-xtarget=generic64" was not passed to f95 while cc used it. Could you tell me how to fix this problem? f95 -PIC -O -I/mounts/devel/SUNWspro/prod/include -c sgram.f -o sgram.o f95 -PIC -O -I/mounts/devel/SUNWspro/prod/include -c

Hi has anyone succeeded in installing R on DEC alpha OSF 4.0 with gcc/g77 ? The PLATFORMS file mentions successful installtion on OSF 3.2 using cc. Here is the output I get when trying to compile: ld -shared -o eda.so line.o smooth.o ld: Warning: Unresolved: floor ceil rsort __exc_add_pc_range_table __exc_add_gp_range __exc_remove_pc_range_table __exc_remove_gp_range make[4]: Leaving

Hi, if make and gmake are different on any machine (for example Solaris with gnu make as gmake), then compiling fails with gmake. A small transcript follows. If i make a link from gmake to make as under linux, then it works. This problem exists in all versions of R. g77 -O2 -fPIC -c sslvrg.f -o sslvrg.o g77 -O2 -fPIC -c stxwx.f -o stxwx.o ../../../../bin/R SHLIB -o modreg.so bsplvd.o bvalue.o

> If we don't assume that everyone has f2c then people distributing > libraries need to distribute all or part of libf2c. Source to libf2c is > readily available. I'm a bit confused about this discussion, but since I don't have f2c on the computer I've been using the past week, I assume most of the necessary parts on this library have been distributed with R (but I

I have determined why there are many "WARNING: Duplicate symbol:" messages. *** My apologies for the length *** There is a lot of detail - but I hope the detail will help R - and others - setup correct options for shared libraries. *** As I press send, I have not stopped testing (my final trial here might not even work) - but! *** the message is that shared libraries do not need to have

Dear R-help community, I have had trouble in the past installing the latest version of R: we got the errors shown below (the computer specifications and version of R are below that). Does anybody have tips for compiling the latest version of R so that I can avoid these errors? configure make ... ... ... f90: CODE: 0 WORDS, DATA: 0 WORDS gcc -G -L/usr/local/lib -o stats.so init.o kmeans.o

Hello there, I am having trouble installing R-2.6.1 on GNU/linux. Here is how I configure and run it: ./configure --with-x=no --enable-R-shlib make The configure step is uneventful, the tail end of make follows. Does anyone have any experience with that? Thanks a lot in advance for any suggestions. gcc -std=gnu99 -shared -L/usr/local/lib -o stats.so init.o kmeans.o ansari.o bandwidths.o

Hi, First time on this list. Here it goes I am trying to find Loess. I could not find it on the windows version. Is there one in either Unix version of R or some C program somewhere? I tried one from http://netlib.bell-labs.com/netlib/a/, but I cannot get it to compile due to problem with missing lib (I think): cc -o gas.x gas.o loessc.o loess.o predict.o misc.o loessf.o -llinpack -lcor -lm

Full_Name: Frank Beimfohr Version: 0.64.1, devel. OS: Solaris 2.5.1 Submission from: (NULL) (129.217.131.31) I try to compile R on my Sparc 4 (Solaris 2.5.1) but the compilation fails. I tried the developer-version and the contributed 0.64.1-Version. I start configure with the --g77-Option. During the compilation it stops with an error, which says that the R/src/library/modreg/src/bsplvd.f