similar to: (no subject)

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

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've been able to build a very primitive Aqua GUI for Darwin R. This version as minimum event handler support but at least you can drag around the quartz device. You need to download the RAqua.app.sit archive from http://www.economia.unimi.it/R/ You need to unstuff it and put inside your system Applications folder (i.e. /Applications) If you click on the RAqua icon nothing will happen

I tried building R-1.6.1 under Mac OS X 10.2.2 and experienced the following build failure: <...stuff omitted...> cc1: warning: changing search order for system directory "/usr/local/include" cc1: warning: as it has already been specified as a non-system directory gcc -bundle -flat_namespace -undefined suppress -L/usr/local/lib -o ctest.so ansari.o chisqsim.o d2x2xk.o

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

I've set up for daily distribution builds of the current development version. These are available at http://cran.us.r-project.org/src/base/ The current one is R-1.7.0beta_2003-03-26.tar.gz (and it's pretty useless to wait for them to be mirrored elsewhere...) Notice that these are made using "make dist" (like the final release will be) and thus they may have

Dear all, I obtained and successfully compiled R 2.1.0 on Mac OSX 10.3.9. The flags used for configuration are: ./configure --enable-utf8 --enable-R-shlib --with-blas='-framework vecLib' --with-lapack --with-aqua --with-tcl-config=/Library/Frameworks/Tcl.framework/tclConfig.sh --with-tk-config=/Library/Frameworks/Tk.framework/tkConfig.sh TCLTK_LIBS='-framework Tcl -framework

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

I'm trying to install R on an IBM P570 running Redhat Enterprise Linux v4. When I run ./configure, I see: checking for tclConfig.sh... no checking for tclConfig.sh in library (sub)directories... /usr/lib64/tclConfig.sh checking for tkConfig.sh... no checking for tkConfig.sh in library (sub)directories... /usr/lib64/tkConfig.sh checking tcl.h usability... yes checking tcl.h presence... yes

Thanks Byron, I assume you use new Devel Tool updates and nothing from fink? Can other people with new dev tools check this (for example Jan?) It would be nice to update the instuction page (and R-admin in the future) some general notes: 1. there is no need to configure with --without-x as X11 can now be used from inside RAqua 2. please use R-devel and not R-Sig-Mac as we will soon close this

In prior versions, as recent as R-1.5.0pre (2002-04-08), Tcl/Tk support worked just fine, with "configure" (no flags) finding /usr/local/lib/tclConfig.sh and /usr/local/lib/tkConfig.sh. In Monday's official release of R-1.5.0, Tcl/Tk support now fails for me (under Solaris 2.6): ... checking for tclConfig.sh... no checking for tclConfig.sh in library (sub)directories... no

It recently came to my attention that my R installation no longer has tcltk capability. I can't figure out why or what to do about it. I built R from source. I configured using the "--with-tcltk" flag. The build and install *seemed* to go OK, but after realising I didn't have tcltk capability I looked into config.log. There I found: > configure:39486: checking for

Hi, Having trouble loading tcltk in R 2.2.1 built from source. ./configure, make, make check, and make install run ok. > library(tcltk) Error in firstlib(which.lib.loc, package) : Tcl/Tk support is not available on this system Error in library(tcltk) : .First.lib failed for 'tcltk' even though it is listed in library() output. I have the same problem even if i compile

R Compilation... Not sure whether this is important for R... and, no idea how to get rid of the following "no"s... checking dl.h usability... no checking dl.h presence... no checking for dl.h... no checking floatingpoint.h usability... no checking floatingpoint.h presence... no checking for floatingpoint.h... no checking for cached Foundation settings... no checking whether default

Hi guys, Perhaps someone here can help. I am trying to build versions of R 1 for the rcheology package (just arrived on CRAN). For R prior to 1.5.0, I cannot configure support for tcl-tk. I am building on Debian Woody (provided by Docker debian/eol) and have the following packages installed: r-base-dev tclx8.3-dev tk8.3-dev xvfb xbase-clients x-window-system-core I download R source from

When I have compiled from sourced on Ubuntu, I did NOT include the "with-tcltk" and it worked fine. Did you try that, please? Thanks, Erin On Fri, Nov 17, 2017 at 6:34 PM, Rolf Turner <r.turner at auckland.ac.nz> wrote: > > It recently came to my attention that my R installation no longer has > tcltk capability. > > I can't figure out why or what to do about

Did you istall the tcl- and tk-devel packages? Best, Albrecht -- Albrecht Kauffmann alkauffm at fastmail.fm Am Sa, 18. Nov 2017, um 05:00, schrieb Erin Hodgess: > When I have compiled from sourced on Ubuntu, I did NOT include the > "with-tcltk" and it worked fine. Did you try that, please? > > Thanks, > Erin > > > On Fri, Nov 17, 2017 at 6:34 PM, Rolf

On 28/05/2015, at 11:57 AM, Martin Maechler wrote: >>>>>> Ben Bolker <bbolker at gmail.com> >>>>>> on Tue, 26 May 2015 11:13:41 -0400 writes: > > >> False alarm. Completely wiping out my build directory followed by > >> ../R-devel/configure --with-tcl-config=/usr/lib/tclConfig.sh >> -

If one installs the CLI and RAqua versions, by saying both "make install" and "make install-aqua", then packages that use libR.dylib get their symbols from /Applications/StartR.app/RAqua.app/Contents/Frameworks/libR.dylib and not from /usr/local/lib/R/bin/libR.dylib. That's unfortunate, because the first is likely to change, and the second is not. For instance, what

I have built R 1.5.0, and tcl and tk 8.3.4 from sources on a Solaris 2.7 machine. All _appear_ to build successfully. tcl and tk pass their test suites. They were configured to build shared libraries (though I also tried it with tk not shared). When I try to use tcltk, I get this error message: > library(tcltk) Error in dyn.load(x, as.logical(local), as.logical(now)) : unable to