search for: alphaev56

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. -- +------------------------------------------------------- |

...7} -o conftest${ac_exeext} $FFLAGS $LDFLAGS conftest.$ac_ext $L IBS 1>&5' but a better alternative may be to just use the fortran compiler to produce an object file rather than an executable. R configured using the following options passes "make test" R is now configured for alphaev56-dec-osf4.0d Source directory: . Installation directory: /usr/local/R C compiler: cc -ieee_with_inexact -std1 -g C++ compiler: c++ -g -O2 FORTRAN compiler: f77 -fpe3 -g X11 support: yes Gnome support: no...

Dear all, after building the R-1.1.1 from source on our alpha everything seems to work, but locfit still hangs... I installed locfit with install.packages(...), the installation process went fine, but calling locfit() blocks the R environment. Has anybody got an idea howto get to the roots of this problem? Thanks M. Eger -- +------------------------------------------------------- | Marcus

Dear all, usually I work under linux, but I tried to install R-1.1.1 on our alpha's which worked well. However, installation of the locfit package produced the following warning: ---------%<---------------- Installing package `locfit' ... libs /vol/bin/gcc -I/vol/math/R/include -I/usr/local/include -mieee -g -O2 -c S_e nter.c -o S_enter.o S_enter.c: In function `basis':

...IN 47405-3700 USA --- R-1.1.0/tools/config.sub.orig Thu Jun 15 13:49:01 2000 +++ R-1.1.0/tools/config.sub Thu Jun 15 14:00:25 2000 @@ -153,6 +153,7 @@ | arme[lb] | pyramid | mn10200 | mn10300 | tron | a29k \ | 580 | i960 | h8300 | hppa | hppa1.0 | hppa1.1 | hppa2.0 \ | alpha | alphaev5 | alphaev56 | we32k | ns16k | clipper \ + | alphapca56 \ | i370 | sh | powerpc | powerpcle | 1750a | dsp16xx | pdp11 \ | mips64 | mipsel | mips64el | mips64orion | mips64orionel \ | mipstx39 | mipstx39el \ @@ -177,6 +178,7 @@ | power-* | none-* | 580-* | cray2-* | h8300-* | i960-* \ |...

...setting the carbon copy (CC) field, causing an error. One solution might be to remove the -c argument from the cmdarg in bug.rerport(), or put a "~c joe@bloggs.com" directive at the end of the file to set the CC field. --please do not edit the information below-- Version: platform = alphaev56-dec-osf4.0f arch = alphaev56 os = osf4.0f system = alphaev56, osf4.0f status = major = 1 minor = 2.0 year = 2000 month = 12 day = 15 language = R Search Path: .GlobalEnv, package:ctest, Autoloads, package:base -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-....

...un 15 13:49:01 2000 > +++ R-1.1.0/tools/config.sub Thu Jun 15 14:00:25 2000 > @@ -153,6 +153,7 @@ > | arme[lb] | pyramid | mn10200 | mn10300 | tron | a29k \ > | 580 | i960 | h8300 | hppa | hppa1.0 | hppa1.1 | hppa2.0 \ > | alpha | alphaev5 | alphaev56 | we32k | ns16k | clipper \ > + | alphapca56 \ > | i370 | sh | powerpc | powerpcle | 1750a | dsp16xx | pdp11 \ > | mips64 | mipsel | mips64el | mips64orion | mips64orionel \ > | mipstx39 | mipstx39el \ > @@ -177,6 +178,7 @@ >...

...Tru64/library/methods/libs/methods.so": dlopen: /tmp_mnt/net/fire/s/fire/1/richardb/Tru64/library/ctest/libs/ctest.so: symbol "dansari" unresolved Execution halted make[4]: *** [../../../library/methods/R/all.rda] Error 1 ------------------------------------- Version: platform = alphaev56-dec-osf5.1 arch = alphaev56 os = osf5.1 system = alphaev56, osf5.1 status = major = 1 minor = 3.1 year = 2001 month = 08 day = 31 language = R -- Richard Beare, CSIRO Mathematical & Information Sciences Locked Bag 17, North Ryde, NSW 1670, Australia Phone: +61-2-93253221 (GMT+~10hr...

...eld, causing an error. One solution might be to remove the -c > argument from the cmdarg in bug.rerport(), or put a > "~c joe@bloggs.com" directive at the end of the file to set the CC field. > > --please do not edit the information below-- > > Version: > platform = alphaev56-dec-osf4.0f > arch = alphaev56 > os = osf4.0f > system = alphaev56, osf4.0f > status = > major = 1 > minor = 2.0 > year = 2000 > month = 12 > day = 15 > language = R > > Search Path: > .GlobalEnv, package:ctest, Autoloads, package:base > > &gt...

...ppened. However, it seems unlikely that it is connected to a specific piece of hardware. It could be an architecture-dependent problem though. I also had a word with those who did the installation of R, and they had some problems when tuning it for alphaev6, but it all went smoothly when tuning for alphaev56, and that is the build I'm running. This is basically the stuff I sent to Uwe yesterday. I have been testing it on three different machines: alnair, a XP1000 with a 500MHz alphaev6 processor and 619 MB RAM rukbat, a PWS500au with a 500MHz alphaev56 processor with 238 MB RAM mirfak, a DEC255/2...

...es checking whether gcc accepts -g... yes checking for a BSD compatible install... ./install-sh -c checking for mawk... no checking for gawk... gawk checking whether gcc and cc understand -c and -o together... yes checking that the C compiler understands volatile... yes checking host system type... alphaev56-dec-osf4.0f checking target system type... alphaev56-dec-osf4.0f checking build system type... alphaev56-dec-osf4.0f checking config.cache system type... same checking for inline... inline checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for dirent.h...

...Component: Build system AssignedTo: bitbucket at mindrot.org ReportedBy: dtucker at zip.com.au OtherBugsDependingO 1155 nThis: Apparently the fix for bug #1104 doesn't cover all cases. Some Tru64 systems have slightly different arch-vendor-os triples (eg "alphaev56-dec-osf4.0e") and some really old systems (AIX 3, Ultrix) have a similar problem with printf("%lld", n); I will attach a patch to (hopefully) fix the general case and remove the Tru64 specific hack. ------- You are receiving this mail because: ------- You are the assignee for th...

....063 [698,] 2.74590789 7 1.922136e+01 3 1682.063 [699,] 0.81551877 1932 1.575582e+03 3 1682.063 Actually, it seems like this large number may dependent of the session one is in. I get 1932 on an XP1000 with an 500MHz alphaev6, but on my own computer, which is an PWS500au with an 500MHz alphaev56, I have seen the number 11344 repeatedly. It could of course be the seed or something, I guess. Kjetil -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-devel mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help&qu...

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

...nment is sane... yes checking whether /soft/bin/gmake sets ${MAKE}... yes checking for working aclocal... found checking for working autoconf... found checking for working automake... found checking for working autoheader... found checking for working makeinfo... found checking build system type... alphaev56-dec-osf5.1 checking host system type... alphaev56-dec-osf5.1 loading site script ./config.site loading build specific script ./config.site checking for pwd... /usr/bin/pwd checking whether builddir is srcdir... yes checking for gawk... no checking for mawk... no checking for nawk... nawk checking w...

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN

Dear all, I have some difficulty getting R-1.3.0 to run on the alpha, with osf4.0e (Tru64, or whatever they call it... :-) ). configure reports the following configuration: R is now configured for alphaev6-dec-osf4.0e Source directory: . Installation directory: /astro/local C compiler: gcc -mieee -g -O2 C++ compiler: c++ -g -O2 FORTRAN