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 the package is actually installed vs. just a stub (to tell you it doesn't work)? Thank you, Patrice Erik Iverson wrote: > Patrice - > > I had a very similar problem using TCL/TK 8.3. > Below is the email I sent to my computing group at work about how I > fixed it. Note that since my TCL/TK header (.h) files were in an odd > location, the first step probably isn't relevant for you. But I bet > the second step is. > > ---------------------------------------------------------------------- > I believe I have found the solution to this problem. There were 2 > steps I took to get a build of R in my home directory that properly > uses Tcl/Tk 8.3 under Linux. > > The first was setting an environment variable to let R know where the > tcl.h and tk.h files reside. This environment variable was > TCLTK_CPPFLAGS and is set to -I/s/include . This can bet set in the > config.site in R's build directory also. tcl.h resides in /usr/include, but tk.h does not exist in its relevant rpm (tk-8.3.5-92). > > (NOTE to R-help: The above is site specific to my location, /s is for > software on the network.) > > Second, there is some problem with the way R interacts with the > tkConfig.sh file in /s/lib (or wherever your .sh file is located). It > comes from the following line in tkConfig.sh. > > > TK_XINCLUDES='# no special path needed' > > The "#" character, indicating a comment, is somehow misinterpreted by > the configure script which breaks the Tcl/Tk functionality. I was > able to get around this by simply removing the comment and leaving it as > TK_XINCLUDES='' > > That got me a working version of the newest R using Tcl/Tk. I'm not > sure if Tcl/Tk version 8.4 would still put that comment in there, I > believe it's changed though, so you'd only have to follow the first > step to get R compiled with Tcl/Tk support. > > I found reference to this problem on the R mailing list, it appears to > only affect certain installations of Tcl/Tk. > > --------------------------------------------------------------------- > HTH, > Erik Iverson > > Patrice Seyed wrote: >> 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 with options: >> ./configure --with-tcltk --with-tcl-config=/usr/lib/tclConfig.sh >> --with-tk-config=/usr/lib/tkConfig.sh >> >> Is there a dep for R 2.2.1 on a specific version of tcl? Any hints on >> this issue appreciated. >> >> running on linux (2.4.21-4) version: >> rpm -qa | grep tcl >> tcl-devel-8.3.5-92 >> tcl-8.3.5-92 >> >> Specifically, the package pbatR loads this library during installation. >> >> Thanks, >> Patrice >> -- Patrice Seyed Linux System Administrator - LinGA RHCE, SCSA Boston University Medical Campus -- Patrice Seyed Linux System Administrator - LinGA RHCE, SCSA Boston University Medical Campus ______________________________________________ [email protected] mailing list https://stat.ethz.ch/mailman/listinfo/r-help PLEASE do read the posting guide! http://www.R-project.org/posting-guide.html
