similar to: R-1.5.1 for Darwin/X11

In Mac OS X native version: The R shell wrapper (bin/R) overrides default library search path with DYLD_LIBRARY_PATH and adds (among others) /usr/X11R6/lib. This causes problems when modules need (directly or indirectly) libraries from Apple's frameworks which are masked by X11. Examples for such packages are SJava and RGL. SJava needs JavaVM which in turn loads OpenGL framework. RGL

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

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

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

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

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

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

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

A tarball with the 03/23/01 patch version of R-1.2.2 (with X11 and tcl/tk support) is at http://www.stat.ucla.edu/~deleeuw/R/R-1.2.2.MacOSX.tar.gz This is not a Classic or Carbon or Cocoa application, you need to run it from the command line and you need to have an X11 server running. It only uses the classical Unix part of Mac OS X, i.e. it is similar in functionality to the Linux and OSF

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

After the recent discussion about future direction of the Mac OS X port, I was toying with the idea to make R a proper Mac OS X framework. There are several advantages: OS X locates frameworks automatically, therefore any program wishing to link against R has only to specify "-framework R" at link time. Furthermore versioning is supported, i.e. if a program is linked against R 1.7.1

I've been able to build a very primitive Aqua GUI for Darwin R. This version as minimum event handler support but at least you can drag around the quartz device. You need to download the RAqua.app.sit archive from http://www.economia.unimi.it/R/ You need to unstuff it and put inside your system Applications folder (i.e. /Applications) If you click on the RAqua icon nothing will happen

I've built a version of RAqua that uses X11 TclTk and NOT AquaTclTk. http://www.economia.unimi.it/R/RAquaX11.dmg (15 MB disk image) The idea is that you: launch RAqua, launch X application (the X Server), and from inside R type x11() # just tt set DISPLAY to :0.0. Eventually close this window device, we don't need this. load(tcltk) quartz() demo(tkdensity) It works on my Panther

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

we are trying to adapt the configure in order to work with latest gcc3.3 (from apple) and g77 3.4 (from http://gravity.psu.edu/~khanna/hpc.html ) At the moment there is no need to define the __DEBUGGING__ but there is still a problem with the -lcc_dynamic does any of you know how to check for this library and explain why we see -lcc_dynamic often passed as an ld flag. Where to find doc on

I am trying to build R-devel on Darwin with two-level namespaces and without using --bundle_loader path/to/R.bin, so that all symbols must come from libR.dylib. This goes well, until during the methods package build all.rda must be made from all.R. Then I get dumping R code in package 'methods' Error: Object "dataClass" not found Execution halted I can get past this point by

if R had something like > python -c "print(sum([1,2,3]));print(3*2)" 6 6 but I guess the only way to do this is by writing the string to a tmp file and then doing something like "R CMD BATCH --quiet" on the tmp file I would like to use this for an R service, which allows you to select any string in any application and replace it by its R evaluation === Jan de Leeuw;