Displaying 20 results from an estimated 5000 matches similar to: "tcltk loading in R-2.2.1 from src"
2006 Mar 10
0
[Re: tcltk loading in R-2.2.1 from src]
Hi,
I believe configure was not finding tk.h, because tk-devel rpm was not
available on the given host. Thanks Erik and Peter for the suggestions
on checking tk.h and stdout of ./configure.
Just one further question for Peter>
"Well, the package is there, as a stub to tell you that it doesn't
work...."
So then how can you confirm from the library() output (or elsewhere) if
2006 Feb 03
3
R-2.2.1-INSTALL Issue with TCLTK
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
2009 Aug 11
1
R installation on Linux/PPC with tcltk support
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
2008 Jul 17
3
Problem with TLC/TK on Ubuntu
Dear all,
I have installed R on Linux/Ubuntu 8.04. When I try to load the tcltk
package, I get the response:
> 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'
In order to solve this problem, I try to:
1. To download the tcl and the tk packages (version: 8.5) from
2017 Nov 18
4
tcltk problems
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
2017 Nov 18
3
tcltk problems
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
2015 May 26
2
building with tcltk on Ubuntu 14.04
-----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
2017 Nov 18
0
tcltk problems
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
2005 Dec 14
3
R-beta: configure problem (tcltk) on 64 bit Red Hat EL
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:
2017 Nov 18
0
tcltk problems
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
2015 May 28
1
building with tcltk on Ubuntu 14.04
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
>> -
2017 Nov 18
3
tcltk problems
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
2005 May 29
6
R GUI for Linux?
Hello all,
I noticed that both Windows and OS X version of R have a GUI
(Rconsole). Is there a GUI for Linux? I'm running Debian on which
the CLI for R works just fine.
Regards,
- Robert
2018 Jul 30
3
Fwd: help building very old R
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
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 Apr 30
1
configure script fails on comment in tkConfig.sh (PR#1500)
The configure script failed on tk on several platforms. One is
given below. This did not happen on versions of R older than 1.5.0.
Message from configure:
configure: WARNING: /opt_local/opt/tk-8.0/include/tk.h: accepted by the compiler, rejected by the preprocessor!
configure: WARNING: /opt_local/opt/tk-8.0/include/tk.h: proceeding with the preprocessor's result
This was in config.log, the
2008 Aug 08
2
Tcl\tk not supported on this system
In trying to install the pbatR package, I was greeted with the error
Error: package 'tcltk' does not have a name space
Execution halted
Directly installing the package tcltk2 returned the following error:
Loading required package: tcltk
Error in firstlib(which.lib.loc, package) :
Tcl/Tk support is not available on this system
I have seen from previous posts that tcl/tk must be
2009 Oct 28
1
compilation options to get install.packages() to invoke tcl/tk
Hi UseRs,
I've just installed 2.10.0 on Ubuntu hardy, compiling from the tar.gz bundle.
install.packages() just says "Error in install.packages() : no
packages were specified"
The "normal" hardy 2.6.2 version pops up a tcl/tk menu for repositories.
I'm assuming I missed a configure option for tcl/tk, but the configure
script says that --with-tcltk is
the default.
2001 Sep 20
1
tcltk installation
I have a sun machine (solaris 8) with R 1.3.0 installed. I want to
install tcltk libraries to add gui support. Could someone please point me
to the appropriate instructions? Thank you for your help.
--
John CAREW <carew at mr.radiology.wisc.edu>
Functional MRI Research Group
Radiology E3/311
600 Highland Ave.
Madison, WI 53792-3252
Phone: (608)265-5742
Fax: (608)265-9840
2002 Apr 29
2
Lost Tcl/Tk support
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