similar to: would be nice ...

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

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

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

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

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

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

I have build R-1.6.0 on Jaguar (actually on 10.2.2), using gcc 3.1 from Apple, g77 3.1 from fink, ATLAS from fink. It passes all checks OK. I also re-compiled the 233 packages listed below with the same setup. I have NOT tested all these packages in any detail. A tar.gz file with the whole /usr/local/lib/R will be on ftp://gifi.stat.ucla.edu on Tuesday. It will NOT include anything from fink

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

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

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

1. R-devel on OS X aborts when the code below is run after spitting out the message Loading required package: MASS Parameter 5 to routine DSTEIN was incorrect Mac OS BLAS parameter error in DSTEIN, parameter #0, (unavailable), is 0 2. I compiled R-patched using the included BLAS and Lapack, although Brian says this is impossible on OS X, because they are in FORTRAN (??). This version of R

One of the outcomes of useR! 2006 is that JSS is planning to publish a series of special volumes. They will be guest edited (I have guest editors already, although somewhat tentative in some cases). Each volume will have 5-10 issues (articles) of the usual JSS format. Psychometrics in R Political Methodology in R Econometrics in R Social Science Methodology in R Spectroscopy/Chemometrics in R

JSS, which is at http://www.jstatsoft.org, publishes statistical software with manuals, as well as papers describing, comparing, and evaluating statistical software. Abstracts of all contributions accepted in JSS are published in printed form in JCGS. Although we publish software written in any language, we especially welcome software written in R. The general idea is that packages written in R

JSS, which is at http://www.jstatsoft.org, publishes statistical software with manuals, as well as papers describing, comparing, and evaluating statistical software. Abstracts of all contributions accepted in JSS are published in printed form in JCGS. Although we publish software written in any language, we especially welcome software written in R. The general idea is that packages written in R

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

Byron I meant there is no native (Aqua) version of GTK yet (there is wxWindows and Qt and Tk, so possibly GTK will follow). The X11 version of RGtk works for me too. I agree with your diagnosis of the GUI problem. Best -- Jan On Monday, August 19, 2002, at 12:08 AM, Byron Ellis wrote: > > On Monday, August 19, 2002, at 12:09 AM, Jan de Leeuw wrote: >> > > I accidentally

Over the last couple of years I have written quite a few R programs for various "psychometric" techniques, and I am regularly updating and expanding what is there. I now have (wholly or partially), or have planned -- gifi package (update to homals on CRAN). Code for multiple correspondence analysis, nonlinear principal component analysis, nonlinear multiset canonical

I have made a regular R install, so that /Library/Frameworks/R.frameworks/Resources/bin/R.bin is now a Carbon APPL, using Rez in the way described before. We now have basically two R's -- one from Terminal.app and one from R.app. The first one works fine, except for the small glitch of not starting the default device properly. The second one does not work properly with Aqua Tcl/Tk,