similar to: R-1.6.0

The package tkrplot now works in OS X (Jaguar). The core of the problem is that the load function in tcl does not accept bundles, but needs dynamic libraries (I verfied this using the native version of tclsh and Wish). But the config files in the tkrplot package (as in all packages) build bundles, not libraries. Thus I said in the src directorry of the tkrplot package gcc -dynamiclib

Pretty soon, hopefully, the RAqua version will make the Darwin/X11 version unnecessary. In the meantime, for convergence, I'll modify the Gifi version in various ways. -- It's 1.7.1 -- It no longer supports gnome -- It still uses Tcl/Tk for X11 (using 8.5 from CVS) !! It no longer uses anything from fink (readline and dlcompat as on Stefano's site, jpeg and png and teTeX from

With the current version from rsync (8/16, 19:00) I get make[3]: *** No rule to make target `helpsearch.c', needed by `Makefile'. Stop. make[2]: *** [R] Error 1 make[1]: *** [R] Error 1 make: *** [R] Error 1 === Jan de Leeuw; Professor and Chair, UCLA Department of Statistics; Editor: Journal of Multivariate Analysis, Journal of Statistical Software US mail: 9432 Boelter Hall, Box

I was obviously fascinated by Duncan's earlier message on RXLisp. I managed to build a working version of RXLisp for OS X, by some unabashed and rather uninformed hacking. I compiled XLISP-STAT using the gcc flags -fno-common and --no-cpp-precomp (not sure if they are necessary or not, they are part of an older hack). I "make libxlisp.so", using Duncan's replacement for the

RAqua now builds fine, but for some reason tcl/tk support cannot be compiled in. I get checking for /Library/Frameworks/Tcl.framework/tclConfig.sh... /Library/Frameworks/Tcl.framework/tclConfig.sh checking for /Library/Frameworks/Tk.framework/tkConfig.sh... /Library/Frameworks/Tk.framework/tkConfig.sh checking whether compiling/linking Tcl/Tk code works... no This is with configure

R-devel has the --with-lapack flag for configure. If you build R with --with-blas="-framework vecLib" --with-lapack="--framework vecLib" then the build goes through, using the native optimized BLAS and Lapack in /System/Library/Frameworks/vecLib.framework. Also, it works, in the sense that it does eigenvalue problems correctly. I don't have any timings yet, because I

If one installs the CLI and RAqua versions, by saying both "make install" and "make install-aqua", then packages that use libR.dylib get their symbols from /Applications/StartR.app/RAqua.app/Contents/Frameworks/libR.dylib and not from /usr/local/lib/R/bin/libR.dylib. That's unfortunate, because the first is likely to change, and the second is not. For instance, what

I don't think it is necessary to put binary versions of the Darwin/X11 version on CRAN any more. The current sources compile without problems on both Mac OS X 10.1 and 10.2, using either gcc/g77 2.95.2 or gcc/g77 3.1, or f2c. It seems to me that if you are using R from the command line, using X11, that you are sophisticated enough to install the tools below. And, if you want to install and

I see something new and unexpected here. > update.packages() trying URL `http://cran.r-project.org/src/contrib/PACKAGES' Content type `text/plain; charset=iso-8859-1' length 163467 bytes opened URL .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... .......... ......... downloaded

Small things, mostly. 1. Buildproblem. Well-known and annoying. Build fails if debugging is on (which is the default) because Debugging.h breaks devQuartz.c compiles. If debugging is switched off on the command line or in the environment, then devQuartz.c builds, but aquaconsole.c does not compile, because it needs Debugging.h. I do not want to edit Apple system files, and not files in the R

I have a version of R-devel which is configured with the flags configure --with-tcl-config=/Library/Frameworks/Tcl.framework/tclConfig.sh --with-tk-config=/Library/Frameworks/Tk.framework /tkConfig.sh --enable-R-shlib --with-aqua --without-x TCLTK_LIBS="-framework Tcl -framework Tk" TCLTK_CPPFLAGS="-I/Library/Framewor ks/Tcl.framework/Headers

OS X 10.2 and higher comes standard with highly optimized versions of BLAS and Lapack in /Systems/Library/Frameworks/vecLib.framework. It seems that even for double precision they do much better. See http://sthmac.magnet.fsu.edu/benchmarks/ I am not sure how these numbers would look on G3 Macs, but obviously for double precision there is not much reliance on Altivec. So I tried to configure

Thank you for looking into this so quickly. As you correctly surmise, I was using the Carbon version of R-1.6.1 on Mac OS 10.2.2 (Jaguar) when I got the "wrong" answers. One other observation: The right censoring seems to work fine. Thanks again, Tim On Thursday, November 14, 2002, at 11:09 AM, Jan de Leeuw wrote: > I take that back. I now get the "correct" result

The file ftp://gifi.stat.ucla.edu/pub/R-1.5.1.dmg has grown to 60 MB. It consists of a meta-package and its packages and it will allow you to install binaries for R-1.5.1 and about 300 packages, just by clicking the R-1.5.1.mpkg file. It also install quite a few dylibs in /sw, but not the ones for X11R6 and gnome yet. You can choose which of the packages to install, of course. The same

The file ftp://gifi.stat.ucla.edu/pub/R-1.5.1.dmg has grown to 60 MB. It consists of a meta-package and its packages and it will allow you to install binaries for R-1.5.1 and about 300 packages, just by clicking the R-1.5.1.mpkg file. It also install quite a few dylibs in /sw, but not the ones for X11R6 and gnome yet. You can choose which of the packages to install, of course. The same

Joerg Jaspert, one of the ftpmasters / archive maintainers within Debian, today posted a new list of 'Sections' to debian-devel-announce (see eg here http://www.nabble.com/forum/ViewPost.jtp?post=22524830&framed=y ) This now includes a new Section: gnu-r Everything about GNU R, a statistical computation and graphics system which

Dirk Eddelbuettel and Albrecht Gephardt have created many Debian packages of R packages from CRAN and other archives. I wanted to install all these Debian packages on a machine running the Debian testing distribution. One way to do this is to search (using the apt-cache program) for all Debian package names that begin with 'r-', extract the package name, and concatenate all those names

This is probably only interesting to zero or one or two persons. gcc-3.3 from Apple's CVS does not handle the -bundle flag properly. I had to hack configure.ac, which now has shlib_ldflags="-nostdlib /usr/lib/bundle1.o -Wl,-bundle -Wl,-bundle_loader,/usr/local/lib/R/bin/R.bin -lgcc" ;; LIBR_LDFLAGS="-dynamiclib -install_name \$(Rexeclibdir)/libR.dylib -framework

While builds and validations of R-1.6.2beta_2002-12-20 were successful on several systems, there were a few failures: ------------------------------------------------------------------------ Apple Darwin 6.2 (MacOS 10.2.2) with gcc-3.2.1: gcc -dynamiclib -flat_namespace -undefined suppress -o .libs/libgslcblas.0.0.0.dylib sasum.lo saxpy.lo ... isamax.lo izamax.lo xerbla.lo -lc -install_name

OK, my journey to make lab machines automagically install & update all desirable R packages is nearing an end! The only question I have now is this: How can I control where the system prints the *.Rout file that is created automatically when the R batch program runs. In "man R" I don't find any information about it. When the cron job runs "R_installAll.sh" (see