similar to: Scripts not executable (PR#2091)

The following patch uses INSTALL_SCRIPT to install scripts, as opposed to directly using INSTALL. It is relative to R-1.0.1 source. -- Johnny C. Lam <lamj@stat.cmu.edu> Department of Statistics, Carnegie Mellon University http://www.stat.cmu.edu/~lamj/ --- Makeconf.in.orig Sat Jan 22 15:10:00 2000 +++ Makeconf.in Mon Apr 17 16:04:58 2000 @@ -23,6 +23,7 @@ INSTALL =

Running 'make check' I get two errors: running code in 'mva-Ex.R' .../usr/lib/dld.sl: Unresolved symbol: meet_ (code) from /users1/kleiweg/R-1.6.0-source/library/cluster/libs/cluster.sl running code in 'tcltk-Ex.R' .../usr/lib/dld.sl: Unresolved symbol: Tcl_EvalObjv (code) from /users1/kleiweg/R-1.6.0-source/library/tcltk/libs/tcltk.sl Version: platform =

The last line gets duplicated when a file is read like this: a <- scan(file=filename, what="", sep="\n", strip.white=c(TRUE), quiet=TRUE) (This error does not occur on Linux, the only other platform I tested.) Version: platform = hppa2.0-hp-hpux10.20 arch = hppa2.0 os = hpux10.20 system = hppa2.0, hpux10.20 Actually, all binaries are

Non of these errors occured in earliers versions of R. > library(tcltk) /usr/lib/dld.sl: Unresolved symbol: Tcl_GetVar2Ex (code) from /opt_local/opt/R/lib/R/library/tcltk/libs/tcltk.sl /usr/lib/dld.sl: Unresolved symbol: Tcl_GetString (code) from /opt_local/opt/R/lib/R/library/tcltk/libs/tcltk.sl /usr/lib/dld.sl: Unresolved symbol: Tcl_SetVar2Ex (code) from

Full_Name: Hans Peter Wolf Version: 1.2.1 OS: hpux10.20 Submission from: (NULL) (129.70.84.25) dbeta computes a wrong result with parameters (1.3,1) > version platform hppa2.0-hp-hpux10.20 arch hppa2.0 os hpux10.20 system hppa2.0, hpux10.20 status major 1 minor 2.1 year

Howdie, Is there a way to get the default BSD 5.3 openssh to compile against the MIT kerberos libraries? I have set NO_KERBEROS=yes in /etc/make.conf so that the heimdal kerberos is not built, and rebuilt world, then installed /usr/ports/security/krb5 and rebuilt world again. sshd is however not being built against MIT at all. [root@foobar] ~ # ldd /usr/sbin/sshd /usr/sbin/sshd:

Jan suggested a couple of cleanups based upon my "xen: allow architecture to choose whether to compress installed xen binary" patch. So this series now consists of: xen: allow architecture to choose how/whether to compress installed xen binary xen: x86: drop the ".gz" suffix when installing xen: Use $(T) and $(D) aliases in install target This is based

I am building from source on RHEL 4 and have run into a problem while running "make check": running code in 'lapack.R' ...make[3]: *** [lapack.Rout] Error 1 make[3]: Leaving directory `/opt/R/R-2.9.1/tests' make[2]: *** [test-Specific] Error 2 make[2]: Leaving directory `/opt/R/R-2.9.1/tests' make[1]: *** [test-all-basics] Error 1 make[1]: Leaving

Sometimes, configure isn't able to create the makefiles. It produces errors like: sed: Function s%@PDFLATEX@%/usr/local/bin/pdflatex%g cannot be parsed. This happens when I use a combination of arguments to configure like: --prefix=$HOME/R-tst --with-tcl-config=/opt_local/opt/tcl/lib/tclConfig.sh --with-tk-config=/opt_local/opt/tk/lib/tkConfig.sh If I leave out the last two

Within a loop I tried to draw some things in dependency on the position of the mouse. This works fine with R-1.5.1 but R-1.6.1 requires to include some delay by Sys.sleep(delay) with delay>=0.015. For smaller values (e.g. 0.0001) the top level tcltk-window does not appear and so I am not able to control the elements to be plotted using the tcltk-widget. Question1: How can I force

I am having a problem compiling R on an HP-UX 10.20 system using gcc/g77 compiler. It appears to compile without problems until it gets to the lapack module and I get the following error: gcc -I. -I../../../src/include -I../../../src/include -I/usr/local/include -DHAVE_CONFIG_H -D_HPUX_SOURCE -fPIC -O2 -c Lapack.c -o Lapack.lo g77 -fPIC -O2 -c double.f -o double.lo g77 -fPIC -O2 -c cmplx.f

From: Ian Campbell <ian.campbell@citrix.com> The zImage compatible binary is the useful one on real hardware. The relocated ELF thing is only really useful when booting directly on Fast Models. The customary suffix for that case is .axf so provide that as a target. Signed-off-by: Ian Campbell <ian.campbell@citrix.com> Cc: Wookey <wookey@linaro.org> --- xen/arch/arm/Makefile |

I am trying to trying to "./configure" NDOutils on a CentOS 4.4 box with a minimal install, but it gives me the following error, which I assume means I need something gcc-related? *********************./configure output ******************** ************************************************************** checking for a BSD-compatible install... /usr/bin/install -c checking build system

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)

When making success / failure reports, could you please include the 'host system type' as reported by configure. Reports in this format can be processed with uniq :) So far I have success reports from: sparc-sun-solaris2.7 sparc-sun-solaris2.8 hppa2.0-hp-hpux10.20 mips-sgi-irix5.3 i686-pc-linux-gnu Missing: SunOS 4.x HP/UX 11 NeXT SCO SNI/Reliant Unix -- | "Bombay is 250ms

To whom it concern, There was no problem at all with the installation of the Depot. Before running the ./configure command I'm setting the following variables like this (as it's mentionned in the README file) : export CFLAGS="-O -DWITH_SYSLOG -DGUEST_ACCOUNT=\\\"smbnull\\\"" export CPPFLAGS="-I/opt/iexpress/openldap/include" export

How to solve this problem? $ make make[1]: Entering directory `/tmp/llvm3/llvm/build/libiberty' make[2]: Entering directory `/tmp/llvm3/llvm/build/libiberty/testsuite' make[2]: Nothing to be done for `all'. make[2]: Leaving directory `/tmp/llvm3/llvm/build/libiberty/testsuite' make[1]: Leaving directory `/tmp/llvm3/llvm/build/libiberty' make[1]: Entering directory

On Dec 16, 2008, at 10:34 AM, Jeffrey Yasskin wrote: > I'm on OSX 10.5, trying to build a svn checkout of llvm-gcc. I've also > checked out llvm. Both are synced to r61075. hi Jeffrey, This patch should have fixed the problem: http://lists.cs.uiuc.edu/pipermail/llvm-commits/Week-of-Mon-20081215/071210.html Please update and try again, sorry for the breakage! -Chris

when i run ./configure in fedora 9 64 bit i get this error checking build system type... x86_64-unknown-linux-gnu checking host system type... x86_64-unknown-linux-gnu checking whether make sets $(MAKE)... yes checking for gcc... gcc -m32 checking for C compiler default output file name... configure: error: C compiler cannot create executables See `config.log' for more details. this is