similar to: R installation on Linux/PPC with tcltk support

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

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

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

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

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 False alarm. Completely wiping out my build directory followed by ../R-devel/configure --with-tcl-config=/usr/lib/tclConfig.sh - --with-tk-config=/usr/lib/tkConfig.sh; make seems to work. (My fault for assuming repeated cycles of ./configure; make would actually do the right thing ...) There seems to be a corollary of Clarke's Law

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

Rolf, looking at the configure script I believe you need to specify --with-tcl-config=/usr/lib/tcl8.6/tclConfig.sh and similarly --with-tk-config=<location of tkConfig.sh> HTH, Peter On Fri, Nov 17, 2017 at 8:43 PM, Rolf Turner <r.turner at auckland.ac.nz> wrote: > On 18/11/17 17:00, Erin Hodgess wrote: >> >> When I have compiled from sourced on Ubuntu, I did NOT

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

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

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

On 18/11/17 17:00, Erin Hodgess wrote: > When I have compiled from sourced on Ubuntu, I did NOT include the > "with-tcltk" and it worked fine.? Did you try that, please? In the past I have configured without using the "--with-tcltk" flag, and R of course built just fine. But it *did not* have tcltk capability. When I wanted that capability I had to start using the

Dear developeRs, I use Red Hat Enterprise Linux WS release 4 (Nahant Update 2) on an x86_64 machine (two Intel P4 CPUs with 64 bit support), and R-beta_2005-12-12_r36712.tar.gz. If I run configure without any options, it does not list tcltk among the supported interfaces: ./configure [...] R is now configured for x86_64-unknown-linux-gnu Source directory: . Installation directory:

Hi I am not able to have a working tcltk library in R-2.2.1 inspite of trying different options suggested in the FAQ's. I am using the following configure option and I do get the tcltk package installed but with a missing libs folder. ./configure -prefix= "~R-2.2.1" --enable-R-shlib --enable-linux-lfs --with-zlib --with-gnu-ld --with-tcltk

On 18/11/17 18:18, Peter Langfelder wrote: > Rolf, > > looking at the configure script I believe you need to specify > > --with-tcl-config=/usr/lib/tcl8.6/tclConfig.sh > > and similarly > > --with-tk-config=<location of tkConfig.sh> > > HTH. Yes it helped. Thank you. I don't really understand why, but. I had previously (following an off-list

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

Don't know if this is the correct place to post this question however I thought I would start here. The Fedora 1 packages are built without the option '--enable-R-shlib' turned on in the R.spec file. Other software, like, plr (the postgresql library that calls R) needs the shared lib. Any chance that we can change the R.spec file to include: [iwallace at localhost SPECS]$ diff -bu

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

Recently I posted to this list with a question about using the Intel 10.1 compilers in building R and one response was basically, "why in the heck would you want to do that?" The answer is that my sysadmin believes that there will be a performance boost with the Intel vs. Gnu compilers on our Linux cluster, of which I am one of many users. Wanting to be a good citizen and use my machine

Dear all, As of the current R alpha release, I'm seeing timezone-related warnings on installing any package (including the recommended ones), which I haven't seen before. For example, [~/Documents/Source/R-alpha]$ bin/R CMD INSTALL ~/git/tractor/lib/reportr * installing to library '/Users/jon/Documents/Source/R-alpha/library' * installing *source* package 'reportr' ...