similar to: R-1.6.0 for Darwin

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

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

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

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

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

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

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

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

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

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

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