similar to: R installaiton help

Full_Name: Andrew Barclay Version: 0.63.4 OS: Solaris 2.7 Submission from: (NULL) (170.140.252.158) The Makefile in src/library gets the following error from our Solaris 2.7 make when making 'docs': make: Fatal error: Don't know how to make target `*/man/*.Rd' Current working directory R-release/src/library It doesn't seem to appreciate shell wildcards in the

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

First I tried 'setenv R_SHELL /usr/local/bin/bash', as bash is the weapon of choice for the faculty wishing to use R, then ran ./configure as before. The ./configure output line using as R_SHELL for scripts ... /usr/local/bin/bash would seem to indicate that the R_SHELL environment variable was recognized and acknowledged. However, I got the same build error: gnumake[2]: Entering

Would it be possible to include a new command in the ${RHOME}/etc path, which updates the Library index (Rd and html) via "R LIBINDEX". I need it because I use RPM to manage three different R installations (at home, at the institute and in the seminar rooms). I put all libraries into several packages, so it is easy for me to update a single library at all these different places. But

I though I should let you all know of this: Trying to build R-0.62.2 on a SunOS xxxx 4.1.4 2 sun4m machine using gcc (gcc version egcs-2.91.57 19980901 (egcs-1.1 release)): gnumake[2]: Entering directory `/tmp_mnt/xxxx/src/R-0.64.2/src/unix' gcc -g -O2 -I../include -I../../src/include -c Rsock.c -o Rsock.o In file included from Rsock.c:8: sock.h:21: parse error before `Sock_read'

--- cat/Makefile.am | 6 +++--- df/Makefile.am | 2 +- edit/Makefile.am | 2 +- examples/Makefile.am | 12 ++++++------ fish/Makefile.am | 18 +++++++++--------- fuse/Makefile.am | 2 +- inspector/Makefile.am | 2 +- java/examples/Makefile.am | 6 +++--- ocaml/examples/Makefile.am | 6 +++---

Just grabbed the R-0.63.tar.gz from CRAN. Again during the build make fails. bin/build-help did not have exec permissions. After that, it failed for missing *.pl files called from build-help. I just copied them from an R-devel I had. Then make docs worked. However, LibIndex was not built. I am on an hpux-pa1.1-hpux-10.20 using egcs: gcc version egcs-2.92.18 19981101 (gcc2 ss-980609 experimental)

Just grabbed the R-0.63.tar.gz from CRAN. Again during the build make fails. bin/build-help did not have exec permissions. After that, it failed for missing *.pl files called from build-help. I just copied them from an R-devel I had. Then make docs worked. However, LibIndex was not built. I am on an hpux-pa1.1-hpux-10.20 using egcs: gcc version egcs-2.92.18 19981101 (gcc2 ss-980609 experimental)

Hello all, I'm currently doing some tests with Dovecot 2.0 RC1 and OpenBSD4.7 (socppc or i386 architectures) and I can't compile it : I "./configure" with default options and then "make" : $ make [...] Making all in doc Making all in man make: don't know how to make doveadm.1. Stop in /home/mail/dovecot-2.0.rc1/doc/man. *** Error code 1 Stop in

Hi there, I've successfully installed und updated some contributed R packages (R version 1.2.2 on Debian Linux, logged in as a normal user), but I'm wondering about this: [...] Could not open /usr/lib/R/doc/html/packages.html at /usr/lib/R/share/perl/R/Rdlists.pm line 238. /usr/lib/R/bin/INSTALL: /usr/lib/R/doc/html/search/index.txt: Permission denied /usr/lib/R/bin/INSTALL: LibIndex:

Signed-off-by: Hu Tao <hutao@cn.fujitsu.com> --- align/Makefile.am | 2 +- builder/Makefile.am | 2 +- builder/website/Makefile.am | 2 +- cat/Makefile.am | 4 ++-- common-rules.mk | 8 ++++---- customize/Makefile.am | 2 +- df/Makefile.am | 4 ++-- diff/Makefile.am | 2 +-

As in libvirt, allow internal documentation comments in C files. These are marked using '/**' comments. Unlike libvirt which has an ill-defined and inconsistent markup, the markup we use is Perl POD. These comments are added to guestfs-internals(1), but are most likely to be read in-place. This commit changes some existing comments in src/launch.c to demonstrate how this can be used.

Move the generation of PKI test data outside of the HAVE_LIBGUESTFS, otherwise they will not be generated when the tests using libguestfs are not enabled. Also, use $(srcdir) to properly refr to make-pki.sh in the source directory, fixing the build with builddir!=srcdir. --- tests/Makefile.am | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/tests/Makefile.am

In the process of moving to the new directory structure, we might also reconsider the naming of the various index files. A simple idea would be to have an `INDEX' file in each directory where this is appropriate. E.g., we could have pkg/funs/INDEX (rather than help/pkg/INDEX) pkg/data/INDEX (rather than index.doc) pkg/help/INDEX (rather than AnIndex) or e.g. pkg/INDEX.funs

Hello, I am testing Samba 3.0.0 on a Tru64Unix v 5.1b. I compile it with gcc et gnumake. I am able to start it and I can see a share. Until now, I have only one problem: Logs are full of messages like "Error loading module '/usr/local/samba/lib/charset/ISO8859-1.so': dlopen: Can't open needed library: /usr/local/samba/lib/charset/ISO8859-1.so" In fact, I don't find

We would like to have a more flexible way to run tests, including running them on an installed copy of libguestfs, running them in parallel, and being able to express dependencies and ordering between tests and data files properly. Therefore introduce a test harness (test-harness) program which can run tests either from the locally built copy, or from an installed copy of the tests (in

We would like to have a more flexible way to run tests, including running them on an installed copy of libguestfs, running them in parallel, and being able to express dependencies and ordering between tests and data files properly. Therefore introduce a test harness (test-harness) program which can run tests either from the locally built copy, or from an installed copy of the tests (in

We would like to have a more flexible way to run tests, including running them on an installed copy of libguestfs, running them in parallel, and being able to express dependencies and ordering between tests and data files properly. Therefore introduce a test harness (test-harness) program which can run tests either from the locally built copy, or from an installed copy of the tests (in

On 27 Nov 2015, at 16:26 , Michael Felt <aixtools at gmail.com> wrote: > On 2015-11-26 17:15, peter dalgaard wrote: >> If you do want to play with maintainer-mode, first check out >> >> https://developer.r-project.org/R-build-prerelease >> >> it is what is done in the nightly builds on OSX. (Actually Mavericks. The comment is old.) >> >> -pd

This change adds an explicit dependency on generator.ml for every file it generates, except java files. Java is left for another time because it's considerably trickier. This fixes parallel make, and will automatically re-create generated files when make is run from any directory. It also fixes the problem which efad4f53 was targetting. Specifically, src/guestfs_protocol.(c|h) had an