similar to: [PATCH] ./configure fails to recognize alphapca56 (PR#572)

I think I reported this bug in the past. At that time, I was told that it is a bug of autoconf. ./configure does not recognize Linux on DEC Alpha 21164PC (a cheap version of Alpha EV56), so all the compilation flags were set incorrectly. I don't know the right way to fix it (I don't know how autoconf works yet ...), but the following patch fixes the problem. Thank you, Naoki Naoki

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

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

Hello, I have been trying to debug a problem with R-0.90.0 (this bug was in 0.65.1, too). The following code results in seg faults. It doesn't seg-fault on Linux/intel. > memory.profile() > gc() As long as I don't execute memory.profile(), there is no problem with garbage collection. So I think that memory.profile() screws up the heap in some way. When it seg-faults, it dies in

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

Full_Name: Naoki Takebayashi Version: 1.2.2 OS: Linux, RedHat 7.0/alpha Submission from: (NULL) (152.3.12.123) With RedHat 7.0/alpha (gcc 2.96-69), I encountered following error: gcc -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -mieee -O2 -mieee -c datetime.c -o datetime.o datetime.c: In function `do_systime': datetime.c:306: parse error before `ans'

°_§É§¿§¿ ----- Original Message ----- From: <r-help-request at stat.math.ethz.ch> To: <r-help at stat.math.ethz.ch> Sent: Sunday, December 08, 2002 7:00 PM Subject: R-help digest, Vol 1 #10 - 6 msgs > Send R-help mailing list submissions to > r-help at stat.math.ethz.ch > > To subscribe or unsubscribe via the World Wide Web, visit >

Hello, I was trying to compile R-base-0.64.1 on Linux/Alpha (RedHat 6.0). It compiled but it couldn't pass the make check (choked with tests/Examples/modreg-Ex.R). I used gdb, and it turned out that the src/library/modreg/src/sinerp.f was the problem. else if(j.eq.nk)then c1 = 0d0 c2 = 0d0 c3 = 0d0 endif > p1ip(1,j) = 0d0-

Full_Name: Naoki Takebayashi Version: 0.65.1 OS: Linux/Alpha Submission from: (NULL) (129.79.224.171) When I was reading a file with read.table("junk.data"), it seg-faulted. I found out that it seg-faulted when the last line of data file didn't have the newline char. For example, file like this: 23 3 31 2 24 1<EOF> Here is a fix. --- R-0.65.1/src/main/scan.c.orig

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

================================================= This is an automated summary of the status of the R-bugs repository. Note that this may be neither complete nor perfectly correct at any given instance: Not all bugs are reported, and some reported bugs may have been fixed, but the repository not yet updated. Some bug fixes are difficult to verify because they pertain to specific hardware or

Full_Name: Naoki Takebayashi Version: 0.65.0+R-release.diff (Oct 6, 1999) OS: Linux/Alpha Submission from: (NULL) (129.79.224.171) This will fix the "problem 2 (crash in fft)" in Bug ID #277 On Linux/Alpha, make check failed because R could not handle the following example in base-Ex.R ##___ Examples ___: # The Old Faithful geyser data data(faithful) : : ## Missing values: x <-

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

Is it possible to see the source code of the open-sourced SVML? The diff file does not include the library. I searched the Internet but I could not find. Regards, Naoki Shibata On 2016/07/15 13:55, Tian, Xinmin wrote: > Naoki, > > Intel is planning open-source SVML library (most of them if it not 100%), 6 functions of SVML are open sourced for GCC and LLVM already. But, Intel SVML

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

I have some slight problems getting R to run smoothly on our alpha... What might be the reason for the following error message? > postscript() Error in PS(file, old$paper, old$family, old$bg, old$fg, old$width, old$height, : unable to start device PostScript I have compiled R-1.1.1 and it starts without complaint. -- +------------------------------------------------------- |

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, I've found that the default options of gcc and g77 on alpha produce an executable that suffers from floating exceptions. There seems to be a problem with the configure scripts that prevents the --with-f77 option working correctly. The configure script tests that f77 is running by attempting to compile and link a dummy program - the link step seems broken on the alpha (it doesn't like