similar to: type.convert error with read.csv function

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

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

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I'm having some issues trying to compile R-devel on Ubuntu 14.04. library("tcltk") works fine on the version of R as installed from Debian packages; I've done "apt-get build-dep r-base" so I think I have all the tcltk libraries I need installed ... (and going back to things like apt-get tcl-dev and apt-get tk-dev

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

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

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

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

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

the built version of R (built using shared libraries) doesn't appear to find tcl/tk: Please help. Details: SGI configuration: 7.3.1.3m compilers from SGI uname -aR = IRIX64 mendel 6.5 6.5.16f 04101930 IP35 We built R on an SGI system using the following configure script: # explicitly choose vendor compilers for R rather than GNU # optimise output to support highest level of performance

Quick followup. Confirmed that TCl/Tk are both installed on the machine (they are, in both 32- and 64-bit flavours), as are all tcl and tk-related libs, devel packages, and about everything else I could find. It occurred to me that perhaps the R I compiled isn't 'tcltk' aware. I checked the config.log, and there is some hint that this might be the case. Just before ## File

Hello - I'm trying to compile R 1.7.0 on a PowerBook running OS X 10.2.5. I've compiled R (1.6.2) successfully before on this machine, under either 10.2.3 or 10.2.4. My gcc is from the latest Apple Developer Tools release and the g77 is up-to-date via Fink. R passes ./configure just fine, with the following options: R is now configured for powerpc-apple-darwin6.5 Source

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

I installed R-1.4.0 and then updated all the packages I have, using update.packages(). I got an error for splancs and sgeostat. Trying to install them 'manually' with R CMD INSTALL, I got the following errors. 1) for splancs: Tue<15:26>library[82]#R CMD INSTALL splancs_2.01-5.tar.gz Installing *source* package `splancs' ... libs f95 -PIC -xO5 -dalign -xlic_lib=sunperf -c

Hello, I am trying to build the R-2.11.1 software for university faculty to use in research projects on a DEC/Compaq/HP AlphaServer model GS160 16CPU/64GB memory running Tru64Unix aka OSF1 version 5.1B-5. Is it known whether it is possible to build the R-2.11.1 software on the platform I am using? In my attempts to build the R-2.11.1 software, I first used the native C and Fortran 77/90/95

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 OS X configure in R-devel has been changed to use two-level namespaces. There are still some problems. 1. Trunmed.c in the modreg packages defines a function heapsort(), while heapsort is also defined (differently) in /usr/lib/stdlib.h. I (temporarily) disabled the definition in stdlib.h. 2. If R is configured with the --without-x flag, then CPPFLAGS does not include /usr/X11R6/include,

Dear All: I encountered and apparently overcame problems following Yan and Rossini?s procedure for "Building Microsoft Windows Versions of R and R packages under Intel Linux" (http://cran.r-project.org/doc/contrib/cross-build.pdf): I have successfully cross-compiled R packages for Windows on a FreeBSD 4.10 i386 system. My revisions to Makefile-rcb (http://cran.r-

> From: tov@phoenix.ece.cmu.edu > Date: Fri, 16 Jun 2000 16:32:36 +0200 (MET DST) > To: r-devel@stat.math.ethz.ch > Subject: [Rd] Missing -lm for tcltk (R 1.1.0, AIX 4.3) (PR#573) > CC: R-bugs@biostat.ku.dk > X-Loop: R-bugs@biostat.ku.dk > > Hi, > > ok, AIX 4.3 insists on being different. I can't compile --with-tcltk > out of the box. I have to add

Dear R developers, I plan to upload a first version of my R package RnavGraph to the R CRAN server in a week or two. However I'm still struggling with an image resizing function written in C as a tcl extension. I did all my development in Ubuntu, and everything works fine in Ubuntu, however my attempts to compile this C function under Windows or OSX have all failed. I provide a minimal self