similar to: build issues on Solaris (PR#13975)

On Thu, 11 Jan 2024 09:30:55 +1300 Simon Urbanek <simon.urbanek at R-project.org> wrote: > That said, WHICH is a mess - it may make sense to switch to the > command -v built-in which is part of POSIX (where available - which > is almost everywhere today) which would not require an external tool This is a bit tricky to implement. I've prepared the patch at the end of this

It does appear the ess package on CRAN for Ubuntu 8.04 fails to install the file 'ess-sas-sh-command'. This prevents invoking SAS via 'M-x SAS'. http://cran.mirrors.hoobly.com/bin/linux/ubuntu/README.html --Dale On Fri, Jul 11, 2008 at 12:39 PM, Rodney Sparapani <rsparapa at mcw.edu> wrote: > Dale Steele wrote: >> >> I re-installed from Hardy packages on

r-help: I have an R package suggestion. After spending several hours the other day installing about a dozen packages, I had an idea. In xemacs, there is a "sumo" package which allows me to install a large bundle of xemacs packages at one time (about a 120 modes including ESS). I think R should have a similar bundle. It would be so much easier than hunting/downloading/installing.

This is a reproducible bug that I reported earlier. The work-around is to remove the link foreign.tgz so that the build does not attempt to create the foreign library. However, there is actually nothing wrong with the foreign source so the problem must be somewhere in the configure process. After make install, then use the original source as follows and everything should work: R CMD INSTALL

Diverted from ESS-help. It is really about R's LANGUAGE, locales and then a wish for sessionInfo() : >>>>> Sparapani, Rodney <rsparapa at mcw.edu> >>>>> on Thu, 20 Feb 2014 19:39:33 +0000 writes: >> Just guessing: perhaps this is something that is set when >> R is initialized and not queried every time something is >>

I'm trying to compile R under Mac OS X using gcc/g77 2.95.2. There is an interesting blurb in install: You must set whatever compilation flags (if any) are needed to ensure that FORTRAN `integer' is equivalent to a C int pointer and FORTRAN `double precision' is equivalent to a C double pointer. This is checked during the configuration process. I'm not an avid FORTRAN user.

Full_Name: rodney sparapani Version: 1.9.0 OS: Solaris 9 Submission from: (NULL) (141.106.120.97) I'm following the instructions for the Sun Forte compiler. I had success with 1.8.1 so I think the compiler settings are correct (config.site): CC="cc -xarch=v8plusa" CFLAGS="-xO5 -xlibmil -dalign" F77="f95 -xarch=v8plusa" FFLAGS="-xO5

I repeat my emails of 11/15/01 and 2/26/02, since it looks like this ESS bug is still not fixed in ESS 5.1.23, and I think some resolution is needed. When help() is invoked, ESS makes a copy of .Last.value in the .GlobalEnv, which is *not* where R normally stores it (R stores it in package:base). When this copy becomes stale it leads to wrong answers. The bug is in essd-r.el, lines 63-64:

Hi, I am getting the following error # (R-2.9.1/src/library/methods): gmake front /bin/sh: 0403-057 Syntax error at line 1 : `;' is not expected. gmake: *** [front] Error 2 However, I am not sure what script sh is trying to execute at this point. I am building on AIX 5.3. Cheers, Loris -- Dr. Loris Bennett Computer Centre Freie Universit?t Berlin Berlin, Germany

On 2015-12-18 02:29, Simon Urbanek wrote: > Michael, > > I got access to PDP AIX so I can try to replicate your problem. Can you, please, share exactly your setup - AIX version and well as how exactly you installed the compilers (=where from)? I can then try to replicate it. AFAICS there is no official binary for gfortran nor gcc 4.7 so it must be some 3rd party - which could also be a

Good afternoon, A strange one - library(rJava) works for root but not for user sean On 64-bit Ubuntu 9.10, using R as root (sudo -i), I can say library(rJava) and it works fine with no error message of any kind. But logged in as myself user "sean", it can't start... sean at SeansPC:~$ R --no-save --vanilla R version 2.10.1 (2009-12-14) Copyright (C) 2009 The R Foundation for

Hi All, Running R CMD javareconf -e (or R CMD javareconf as root I am rot on my machines) Fails. / [root at penguins1lanalt etc]# R CMD javareconf Java interpreter : /usr/bin/java Java version : 1.6.0_30 Java home path : /usr/java/jre1.6.0_30 Java compiler : not present Java headers gen.: Java archive tool: Java library path:

Author: tha-guest Date: 2006-02-18 22:55:21 +0000 (Sat, 18 Feb 2006) New Revision: 24 Removed: trunk/debian/patches/30rename-pae-hypervisor.dpatch Log: Guido found a better way to have the pae hypervisor installed with another name without patching upstream and it seems to work as good as the patched upstream version, so I removed my patch from svn again. There seems to be no need to just

Installing rJava fails consistently, whether installed via the command line as below, or through "install.packages( 'rJava' )", and whether 0.84 or 0.85 is used, with the message :- "checking JNI data types... configure: error: One or more JNI types differ from the corresponding native type. You may need to use non-standard compiler flags or a different compiler in order to

Apologies in advance for the long post. I'm currently using a Makefile to build my shared library. Pursuant to the R-exts manual, I'd like to switch to a Makevars file or a configure file if necessary. Having never used these types of make utilities before, I'm a bit lost. My package is quite simple. It only has one source file and one header: excelpoi.cpp excelpoi.h The reason I

Hi folks: I'm trying to update my JGR and related packages, but run into a compile problem, that I suspect must be affecting others. I get this output when compiling rJava, JavaGD, etc.: ## checking Java support in R... present: interpreter : '/usr/bin/java' cpp flags : '' java libs : '-L/usr/lib/jvm/java-6-openjdk/jre/lib/amd64/server

Hello, I just installed rJava on [root at UG13 ~]# R --version R version 2.9.0 (2009-04-17) runing on a [root at UG13 ~]# cat /etc/redhat-release CentOS release 5.3 (Final) This is the output of [root at UG13 ~]# R CMD javareconf Java interpreter : /usr/bin/java Java version : 1.4.2_18 Java home path : /usr/java/j2sdk1.4.2_18/jre Java compiler : /usr/bin/javac Java headers gen.:

Hi all, When I installed rJava from source, rJava installation was failed with below messges. $ R CMD INSTALL rJava_0.9-4.tar.gz ....... ....... ....... gmake[1]: Leaving directory `/tmp/RtmpNwiCae/R.INSTALL4ebb76a3400d/rJava/jri' installing via 'install.libs.R' to /stat/R-2.15.1/lib/R/library/rJava ** R ** inst ** preparing package for lazy loading ** help *** installing help

Hi, I use Redhat Linux for R. Now I am trying to use the rJava library. I downloaded JRE beta 2 from Sun. I typed root@~]# R CMD javareconf Java interpreter : /usr/bin/java Java version : 1.6.0-beta2 Java home path : /usr/java/jre1.6.0 Java library path: $(JAVA_HOME)/lib/amd64/server:$(JAVA_HOME)/lib/amd64:$(JAVA_HOME)/../lib/amd64::/usr/java/packages/lib/amd64:/lib:/usr/lib JNI linker

Hi Chris, > I think the problem may be options setting where R/rJava will look for Java so I tried: > > options(java.home="/usr/lib/jvm/java-8-openjdk-amd64/") This should not be necessary. I would recommend to start a fresh R session in order to unset this. > As far as I can see Debian is happy with the setup of java and javac: > ... > And I have the full jdk