similar to: [Fwd: LispStat, R and ViSta [was: Re: Status?]]

I have compiled Darwin R using the AquaTk frameworks. This works (except for a small glitch). I am sure Stefano could hook these into Carbon R, but Jose/Stefano probably should connect them with the Cocoa interfaces. You can get the frameworks (8.4a5, I think) from ftp://ftp.ucsd.edu/pub/alpha/tcl/alphatk/ -- they are in the alphatk.dmg. Of course the X11 version of tcltk does NOT work with Carbon

On Sunday, August 18, 2002, at 05:43 PM, Forrest wrote: > I am very interested in an effort to combine the strengths of LispStat > and R, but have no clue how it would be done. From my viewpoint, > though, it would need to add the three strengths of LispStat (Lisp, > Objects and Dynamic Graphics) to the existing R environment, and it > would need to work in all three supported

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

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

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

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

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

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

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

On Wed, 13 Nov 2002, Jan de Leeuw wrote: > > No problemo. And, in fact, I get the same results in > the R-1.6.0 Carbon version. I don't. Could there be a G3/G4 issue? -thomas > --- Jan > > On Wednesday, November 13, 2002, at 02:05 PM, tim@timcohn.com wrote: > > > Full_Name: Tim Cohn > > Version: 1.6.1 > > OS: Macintosh OS X > > Submission

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

So far, I had made RXLisp by putting all foo.o from XLISP-STAT in an archive, and linking that into RXLisp.so. I have gotten somewhat further in using dynamic libraries. Here is what I now do. in XLS 1. Copy xlisp modifications from RXLisp 2. configure --host=powerpc-apple-darwin6.2 3. make libxlisp.so CC="gcc -fno-common -L/sw/lib -I/sw/include" 4. gcc -dynamiclib -flat_namespace

I removed "-bundle_loader $(Rexecbin)/R.bin" from the configure files but left "-undefined error". Now 1. Everything builds fine, i.e. the packages get their symbols from libR.dylib just fine. This is libR.dylib in the build directory, but I think dyld is smart enough to find it in the install directory as well if you were to remove the build directory. 2 The methods

Two versions of R 1. R-patched (compiled with X11 support, and tcl/tk for X11) 2. R-devel (compiled with native tcl/tk support, without-x) UI's 1. Terminal.app (or an Xterm) with an X server running. 2. IDLE (i.e. native Python GUI with native tkinter) with Rpy loaded. No X server. Packages with "problems" 1. tcltk 2. methods The "normal" combination is to use

It used to be sufficient to configure R with configure --enable-R-shlib --with-tcl-config=/Library/Frameworks/Tcl.framework/tclConfig.sh --with-tk-config=/Library/Frameworks/Tk.framework/tkConfig.sh --with-blas='-framework vecLib' --with-lapack --with-aqua but for some reason this does get Tcl/Tk support build in Panther (batteries included version of Aqua Tcl/Tk, but observe

Both the command line version and the Aqua version build/install fine on Panther B44. "Make check"runs fine as well. The configure flags are configure --enable-R-shlib --with-tcl-config=/Library/Frameworks/Tcl.framework/tclConfig.sh --with-tk-config=/Library/Frameworks/Tk.framework/tkConfig.sh --with-blas='-framework vecLib' --with-lapack --with-aqua In the environment I

There are some problems with XML under OS X, nothing serious, but manual intervention is required. 1. For some reason the package has problems matching up the proper include and lib files for xml or xml2. If I install a fresh libxml2 and point the environmental variables to it, it still complains about mismatched header and lib files, which suggests, perhaps, that the test in configure uses

After a clean download of R-devel, I do not get the same error anymore involving dataClass when dumping, but I do get dumping R code in package 'methods' initializing class and method definitions now ...make[1]: *** [../../../library/methods/R/all.rda] Error 139 make: *** [all] Error 2 If I move to src/library/methods and do setenv R_DEFAULT_PACKAGES NULL ../../../bin/R --vanilla