similar to: Tcl/Tk on Panther

Displaying 20 results from an estimated 2000 matches similar to: "Tcl/Tk on Panther"

2003 Aug 22
0
R-devel on Panther
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
2003 Aug 17
2
(no subject)
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
2002 Oct 30
2
native OS X R
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
2002 Oct 05
0
R-1.6.0 for Darwin
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
2002 Aug 19
0
[Fwd: LispStat, R and ViSta [was: Re: Status?]]
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
2002 Nov 15
0
survreg (survival) reports erroneous results for left-censored (PR#2293)
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
2003 Feb 27
0
bundle-loader
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
2002 Aug 19
0
[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
2002 Aug 19
1
[Fwd: LispStat, R and ViSta [was: Re: Status?]]
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
2002 Oct 23
0
R-1.6.1 with gcc-3.3
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
2003 Aug 17
2
R-devel problem
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
2003 Jun 16
1
R version on gifi
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
2002 Oct 12
0
tkrplot
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
2002 Oct 12
0
RXLisp
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
2003 Feb 27
0
R-devel/R-patched crossed with Xterm/IDLE
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
2002 Aug 22
1
RXLisp
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
2002 Nov 14
0
survreg (survival) reports erroneous results for left-censored (PR#2291)
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
2004 Feb 22
0
R with graphics from command line
I have made a regular R install, so that /Library/Frameworks/R.frameworks/Resources/bin/R.bin is now a Carbon APPL, using Rez in the way described before. We now have basically two R's -- one from Terminal.app and one from R.app. The first one works fine, except for the small glitch of not starting the default device properly. The second one does not work properly with Aqua Tcl/Tk,
2002 Oct 06
1
R-1.6.0
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
2002 Dec 26
3
BLAS/Lapack on OS X
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