similar to: [PATCH] ./configure fails to recognize alphapca56 (R-1.1.0)

I am filing this as a bug report so it doesn't get lost. Martyn -----FW: <XFMail.000616094624.plummer@iarc.fr>----- Date: Fri, 16 Jun 2000 09:46:24 +0200 (CEST) Sender: owner-r-devel@stat.math.ethz.ch From: Martyn Plummer <plummer@iarc.fr> To: Naoki Takebayashi <ntakebay@bio.indiana.edu> Subject: RE: [Rd] [PATCH] ./configure fails to recognize alphapca56 (R-1. Cc:

Hello, would it be possible to update config.sub and config.guess to the latest versions (or at least version from automake-1.13.1) in order to support new architectures based on the ARM 64 bit CPU? Patch: http://plautrba.fedorapeople.org/openssh/openssh-latest-config.sub-config.guess.patch Related Fedora bug: https://bugzilla.redhat.com/show_bug.cgi?id=926284 Thanks, Petr

I'm having some trouble compiling samba 2.0.4b on an 64bit HP-UX 11 system. The configure script finishes without any errors. But when I go to compile it, I get these errors: Compiling smbd/server.c (Bundled) cc: warning 480: The -O option is available only with the C/ANSI C product; ignored. cpp: "/usr/include/sys/xti.h", line 488: warning 2001: Redefinition of macro TCP_NODELAY.

> ld-new works only with those objects which are compiled using native gcc but > doesn't work for cross-compiler gcc/arm. Ok, please show: ld --version and last few lines of the ld --help output -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Did you mean ld-new ? ld-new -v GNU gold (GNU Binutils 2.20.51.20100707) 1.9 ld-new --help ./ld-new: supported targets: elf32-i386 elf32-i386-freebsd elf64-x86-64 elf64-x86-64-freebsd elf64-sparc elf32-sparc elf64-powerpcle elf64-powerpc elf32-powerpcle elf32-powerpc elf32-bigarm elf32-littlearm On Mon, Jul 12, 2010 at 6:52 PM, Anton Korobeynikov <anton at korobeynikov.info > wrote:

Thanks, Prof. Ripley. I downloaded the new admin.R and used that in place of one in R-2.0.0 build directory. The compile went fine. So, for the record, R-2.0.0 + Prof. Ripley's fixed admin.R compiles fine on "alphapca56-unknown-linux-gnu". ---- [rajiv@localhost rajiv]$ R R : Copyright 2004, The R Foundation for Statistical Computing Version 2.0.0 (2004-10-04), ISBN

Hi folks: I'm trying to compile R-2.0.0 on my Alpha (164SX; alphapca56-unknown-linux-gnu) running RedHat Linux 7.2 with gcc3.4.1. Here is where the compile terminates: .... .... building package 'tcltk' mkdir -p -- ../../../library/tcltk/R mkdir -p -- ../../../library/tcltk/demo mkdir -p -- ../../../library/tcltk/exec mkdir -p -- ../../../library/tcltk/man make[4]: Entering directory

Hi folks: I'm trying to compile R-2.0.0 on my Alpha (164SX; alphapca56-unknown-linux-gnu) running RedHat Linux 7.2 with gcc3.4.1. Here is where the compile terminates: .... .... building package 'tcltk' mkdir -p -- ../../../library/tcltk/R mkdir -p -- ../../../library/tcltk/demo mkdir -p -- ../../../library/tcltk/exec mkdir -p -- ../../../library/tcltk/man make[4]: Entering directory

https://bugzilla.mindrot.org/show_bug.cgi?id=2409 Bug ID: 2409 Summary: Outdated GNU config.guess scripts Product: Portable OpenSSH Version: -current Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 Component: Build system Assignee: unassigned-bugs at

Hi folks: I am trying to install the package "rimage" in R 1.8.0 on an Alpha Linux box. "R CMD INSTALL rimage_0.5-1.tar.gz" fails with the following: ... ... checking for stdint.h... yes checking for unistd.h... yes checking fftw.h usability... yes checking fftw.h presence... yes checking for fftw.h... yes checking jpeglib.h usability... yes checking jpeglib.h presence...

Hi folks: I have a feeling this must be a FAQ, but I did not find the answer in R Installation and Administration manual. Please point me to the right place to look for answer to this question if it's already answered. I am running 1.4.1 on an Alpha PCA56 (aka 164SX) running Redhat Linux 7.1 (kernel 2.4.19-pre4). I built 1.4.1 from sources and it is installed in /usr/local (the

Yes, I'm following this page only and did whatever is mentioned there. On Mon, Jul 12, 2010 at 6:57 PM, Sanjeev chugh <sanjuchugh at gmail.com> wrote: > Did you mean ld-new ? > > ld-new -v > GNU gold (GNU Binutils 2.20.51.20100707) 1.9 > > ld-new --help > ./ld-new: supported targets: elf32-i386 elf32-i386-freebsd elf64-x86-64 > elf64-x86-64-freebsd elf64-sparc

Hi Paul, your suggestion about batch.c got by the compiler without a peep and it got much farther along again with complaint from cc until.... [root@hyperion: rsync-2.5.4]#CC=cc; export CC; ./configure configure: Configuring rsync 2.5.4 checking build system type... alphaev5-dec-osf5.1 checking host system type... alphaev5-dec-osf5.1 checking target system type... alphaev5-dec-osf5.1 checking for

Hi, I just said zfs destroy pool/fs, but meant to say zfs destroy pool/junk. Is ''fs'' really gone? thx jake

Greetings, here is the output of the 'configure' step and the compile step (using the Compaq cc compiler that comes with Tru64 V5.1A. The configure reported success and most of the compile steps cam through error/warning free except for the one that stumbled. Can someone help me out here? I am willing to provide a binary for Tru64 V5.1A if we can swat this bug. We depend greatly on Rsync

On Wed, Jul 1, 2015 at 12:22 PM, Russell Wallace <russell.wallace at gmail.com> wrote: > I am arguing in favor of a point, and I understand you disagree with it, > but I don't think I'm dismissing any use cases except a very small > performance increment. > I'm sure Google has numbers about how much electricity/server cost they save for X% performance improvement.

Receiving nothing but a 'segfault' when ever I attempt to run any of the binaries after building... Redhat 7.2 [Alpha] Compaq C 6.5.9 Binutils-2.16.x Kernel-2.6.13.4 CC="ccache ccc" CXX="ccache cxx" \ CFLAGS="-shared -O2 -fast -ansi_alias -arch ev56 -mieee -w -pipe" \ CXXFLAGS="-O2 -fast -ansi_alias -arch ev56 -w -pipe" \ ./configure \

Thanks, Peter, and Prof. Ripley. My efforts last night was mostly futile except that it told me about the embedded newline in Built field. Prof. Ripley: how do I get your fixes? Can I just download R-2.0.0-patched? Rajiv -------- Rajiv Prasad Scientist, Hydrology Group Pacific Northwest National Laboratory, P.O. Box 999, MSIN K9-33 Richland, WA 99352 Voice: (509) 375-2096 Fax: (509) 372-6089

Has anyone succeeded in compiling R-1.1.0 on a Digital (Compaq) Alpha running OSF4.0F (or E)? Everything seems to compile OK (except the frequent "Warning: Unresolved:" at link time - this threw me off the scent for a while!), but then at run time I get: Fatal error: The X11 shared library could not be loaded. The error was dlopen: cannot load

Sorry to be such a nuisance but after asking for help with compiling R-1.1.0 on an Intel-based machine I now have another problem on the Alpha DS-10 server which my students use. Compilation and instalation proceed perfectly, but when I invoke R I get: [etdx01:bin]$ ./R Fatal error: The X11 shared library could not be loaded. The error was /home/etptupaf/R/lib/R/bin/R_X11.so: undefined