similar to: Problems with warnings from loess under Windows, at least (PR#119)

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

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

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

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

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

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

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

Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using

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

Hi again ! Thanks for the info on updating the config.site file which I have done. I have also added -lm in the Makeconf manually because this is needed explicitly for DEC cc. However, there are still a few problems when linking some of the files as you can see from the enclosed log. Ciao, Andreas ------------------------------------------------------- R-0.63.3>make make[1]: Entering

> 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

This is a multipart MIME message. --==_Exmh_981436288450 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi ! I have problems compiling R successfully on a DEC-UINX 4.0E. I have applied the recommended config.site, which I enclose. As can be seen from the compilation log there are linking errors... I did a 'make check' which fails for the R

Dear R developers! Considering I got no response or comments in the general r-help forum so far, perhaps my question is actually better suited for this list? I have added some more hopefully relevant technical details to my original post (edited below). Any comments gratefully received! Best regards, David Kreil. ---------- Dear R experts, I have a problem that is a related to the question

Hi, I'm not sure what the recommended thing to do here would be: In the lattice library, panel.loess needs to use loess.smooth(), which is in the modreg library. Now should I (1) make lattice depend on modreg, and call require(modreg) in zzz.R OR (2) use autoload("loess", "modreg") I like the second option better, as a particular session might not need panel.loess.

Background: I'm a student of Prof. Cleveland at Purdue University. Eventually, we'd like to release a new version of the loess routine in R. For starters, this implementation would have support for local polynomial degree 3, better control over the number of cells in the KD tree, and perhaps a better solution in higher predictor dimension. I see that Prof. Ripley was responsible for

Hello, I was hoping that someone familiar with the implementation details of the loess algorithm might be able to help me resolve some difficulties I am having. I am attempting to reproduce some of the functionality of the loess() function in C++. My primary motivation is that I would like to understand the algorithm in detail. So far I have managed to create a working port in C++ for the

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

One more question... I need to use the Loess() function in the package modreg. What is the argument "formula" meant to be? A -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the

Hi, I am using Loess.smooth (Modreg) in order to infer certain relationship for the data set of ~130,000 observations with ~300 distinct values of single predictor. I understand that fitted values (y-hat) are just 300 Weighted LS fits in certain neighborhood of predictors. I am bit confused about how exactly is this neighborhood assigned . Say I choose spanning parameter = .5, for each LS