similar to: MacOS X (Darwin) version of R-1.2.2

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

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

Hy Jan, I'll put a copy on cran today. Thanks. stefano > > Get it from ftp://gifi.stat.ucla.edu in pub. > > This contains the base files plus the recommended packages (except > rpart, > which does not compile yet). > > It is compiled under MacOS X 10.1.2 with the December 2001 version > of > the Developer Tools, and with g77 from fink.sourceforge net.

The file ftp://gifi.stat.ucla.edu/pub/R-1.5.1.dmg has grown to 60 MB. It consists of a meta-package and its packages and it will allow you to install binaries for R-1.5.1 and about 300 packages, just by clicking the R-1.5.1.mpkg file. It also install quite a few dylibs in /sw, but not the ones for X11R6 and gnome yet. You can choose which of the packages to install, of course. The same

The file ftp://gifi.stat.ucla.edu/pub/R-1.5.1.dmg has grown to 60 MB. It consists of a meta-package and its packages and it will allow you to install binaries for R-1.5.1 and about 300 packages, just by clicking the R-1.5.1.mpkg file. It also install quite a few dylibs in /sw, but not the ones for X11R6 and gnome yet. You can choose which of the packages to install, of course. The same

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

There is a problem in MacOS X with multiple definitions of the same symbol in different files that will be put into the same bundle or dynamic library by the dynamic linker. It occurs, for example, in the rpart package, which includes rpart.h in all its source files, and rpart.h has definitions of a structure rp and functions rp_init and so on. I think the same problem occurs in the grid package

======================================================================= Simple CRAN packages which do not compile without modifications (all others do) ======================================================================= -- akima /usr/bin/ld: multiple definitions of symbol _idlc_ -- fracdiff /usr/bin/ld: multiple definitions of symbol _gammfd_ (and others) -- odesolve --

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

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

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

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

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

From release 1.2.3, R can run different Macintosh platforms. Two versions are currently available that are non concurrent. One version runs on MacOS Systems from 8.6 to 9.1 and MacOSX using the standard MacOS/MacOSX interface, that means that is behaves like any usual Macintosh application. (This is mantained by Stefano M. Iacus) The other version is a Darwin/X11 that means a Unix-like

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

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