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

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

I have been taking a break for the last month or so, and am only just now catching up on my email. Otherwise, I would have joined this discussion earlier. And... I apologize for the length of this, but I don't think it is overly long. >From the amount of activity in the LispStat news group (none), it seems that LispStat is dead. We all know that Luke is working on R and not on LispStat,

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

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

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

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

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

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

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

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

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

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

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

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

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

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