similar to: dyn.load tcl/tk (PR#1774)

Displaying 20 results from an estimated 40000 matches similar to: "dyn.load tcl/tk (PR#1774)"

1999 May 03
1
problems compiling R-0.63.3 on alpha
Hi again ! Thanks for the info on updating the config.site file which I have done. I have also added -lm in the Makeconf manually because this is needed explicitly for DEC cc. However, there are still a few problems when linking some of the files as you can see from the enclosed log. Ciao, Andreas ------------------------------------------------------- R-0.63.3>make make[1]: Entering
2000 Feb 08
0
extra flags for cc and f77 on alpha (PR#420)
Full_Name: Albrecht Gebhardt Version: 0.99.0 OS: alpha, osf4.0 Submission from: (NULL) (143.205.180.40) Im not sure if this is really correct, but it has proven to work. 1. It is always a good idea to add -std1 to DEC cc's flags to force strict ANSI language mode. It was neccessary for 0.90.x to compile, so I used it for 0.99.0 too 2. I'm not sure if -fpe3 is neccessary for DEC f77,
1999 May 03
0
compilation of R-0.63.3 on alpha (PR#183)
This is a multipart MIME message. --==_Exmh_981436288450 Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi ! I have problems compiling R successfully on a DEC-UINX 4.0E. I have applied the recommended config.site, which I enclose. As can be seen from the compilation log there are linking errors... I did a 'make check' which fails for the R
2001 Jan 10
1
configure error on alpha (PR#806)
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
1998 Nov 06
1
DEC alpha INSTALLATION R-0.62.4
Hi, Just downloaded the R-0.62.4 of R and tried to install it. With the standard procedure : ./configure make At the end of the compilation I got the following message : ld: ../lib/libunix.a(system.o): main: multiply defined fort: Severe: Failed while trying to link. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. *** Exit 1 Stop. I attach the printout after the ./configure and make
2001 Jul 25
2
Installation help
Hello, I am trying to compile R using the Sun WorkShop 6.0 (Forte) compilers. I don't think I am having a problem with the compilers, but instead with figuring out how to modify the R configuration to use non-Gnu compilers. I found in your documentation that one should modify the config.site file to change compilers, compiler flags, library paths, etc. I made modifications in this file,
2004 Oct 01
1
bzip2 directory won't build on OSF1 due to C99 code and -std1 option (PR#7257)
Full_Name: Michael Hoffman Version: 2.0.0-beta-20041001 OS: OSF1 V5.1 Submission from: (NULL) (193.62.199.8) Hello. Building R 2.0.0-beta-20041001 on OSF1 V5.1 failed because the default configure sets R_XTRA_CFLAGS to "-std1 -ieee_with_inexact." The bzip2 directory includes C99 code that requires -std1 to not be set in order to compile. This halts the overall build process.
1999 Apr 12
1
compiling R-0.64.0 on DEC osf4.0
Dear all, Compiling R-0.64.0 on DEC osf4.0 has the following error message (earlier version was OK). cc -ieee_with_inexact -g -I../include -I../../src/include -c pnf.c -o pnf.o cc -ieee_with_inexact -g -I../include -I../../src/include -c pnt.c -o pnt.o cc: Error: pnt.c, line 83: In this statement, "1021" is not an lvalue, but occurs in a context that requires one. if (df >
2002 Aug 22
1
installing package maps
HI, Is there anybody using package maps, available at ftp://ftp.mcs.vuw.ac.nz/pub/statistics/map/ I have installed it (version maps_0.1-3.tar.gz wich seems to be latest, on R 1.5.1, linux), but whatever I do, I get a segfault. Discussion in the mailing list suggests that the package is not finished yet but is still usable, at least on some platforms. Does anybody has experience with similar
2002 Feb 22
1
Error building CVS on Tru64 UNIX
Latest CVS gives the following error with the Compaq C compiler on Tru64 UNIX: cc -I. -I. -O2 -std1 -DHAVE_CONFIG_H -I./popt -c batch.c -o batch.o cc: Error: batch.c, line 408: In this statement, a common type could not be determined for the 2nd and 3rd operands ("&s->count" and "&int_zero") of a conditional operator. (badcondit)
1998 Jun 03
0
R-beta: locfit package.
I was wondering if someone could help me with a problem getting locfit running. I am running Digital Unix 3.2D on an alphastation, with R 0.61.1 I downloaded the CRAN distribution of locfit. I had no problems installing it with R INSTALL (I installed it into my library rather than the default base library; the output is attached at the end of this email message). I then tried to test it with the
2002 Oct 25
2
re: problem installing library sm
Hi All, I am having trouble installing the sm package, and only the sm package. My box is RedHat 7.3 on a PIV. Readline 4.3-3 is installed (suited for RH 8, but same error under readline 4.2 for RH 7.3), but it seems to be looking for the readline library in the wrong directory. Will installing readline 4.1 do the trick? What else could be done? Rohan Sadler [root at rsadler R]# R CMD
2009 Aug 21
0
R installation problem with shared libraries (PR#13900)
Full_Name: Uwe F. Mayer Version: 2.9.1 OS: SunOS myhost 5.10 Generic_120012-14 i86pc i386 i86pc Solaris Submission from: (NULL) (216.113.168.130) Configuration problem with the creation of shared libraries: Compilation only succeeds if SHLIB_LDFLAGS="-shared" is added to the configure command line. This is likely due to a wellknown gcc-4 feature, in that gcc requires -shared and not
2006 Dec 18
2
Error compiling on HP-UX
Dear all, I hope this is the right mailing list for my question -- I felt that this was too technical for R-help. I am trying to compile R-2.4.0 on a HP-UX system: ./configure MAKE=gmake --prefix=$HOME --without-x --without-tcltk --disable-R-profiling --without-readline --disable-multibyte R is now configured for ia64-hp-hpux11.23 Source directory: . Installation directory:
2002 Jul 25
1
[Bug 371] New: OpenSSH fails to build on Alpha True64 in cipher.c
http://bugzilla.mindrot.org/show_bug.cgi?id=371 Summary: OpenSSH fails to build on Alpha True64 in cipher.c Product: Portable OpenSSH Version: -current Platform: Alpha OS/Version: OSF/1 Status: NEW Severity: normal Priority: P2 Component: Build system AssignedTo: openssh-unix-dev at mindrot.org
1999 Nov 23
1
compile error for mkString on alpha (PR#332)
Full_Name: Albrecht Gebhardt Version: 0.90.0 OS: osf4.0 Submission from: (NULL) (143.205.61.73) I had to apply the following patch to be able to compile on an alpha with DU 4.0E: ############################################### --- ./src/main/gram.y.mkString-patch Tue Nov 23 12:16:29 1999 +++ ./src/main/gram.y Tue Nov 23 12:16:59 1999 @@ -56,7 +56,8 @@ SEXP mkFloat(char *); SEXP
1999 Apr 30
0
problems compiling R-0.63.3 and 0.64.0 on alpha
I have problems compiling R (both 0.63.3 and 0.64.0) on a DEC-UX 4.0E alpha (ev6) as illustrated in the enclosed log. I have tried adding the suggestions given in PLATFORMS, without any significant improvement... I have included the config.cache aswell. Any suggestions on how to solve this ? Thanx! Andreas ~~~~~~~~~~~~~ . . . gcc -ieee_with_inexact -g -O2 -I../include -I../../src/include -c
2004 Aug 06
2
libshout2 compiling problems under FreeBSD?
----- Original Message ----- From: "Michael Smith" <msmith@xiph.org> To: <icecast-dev@xiph.org> Sent: Wednesday, June 04, 2003 3:47 PM Subject: Re: [icecast-dev] libshout2 compiling problems under FreeBSD? <p>> Whilst there may well be problems, there are no _known_ problems, and we > certainly won't be able to fix them unless you actually tell us what the
2007 Jan 18
1
Building R 2.4.1 on IRIX
Hi, I've got the latest MIPS compilers that are C99 aware (7.4.4). "configure" finishes with: R is now configured for mips-sgi-irix6.5 Source directory: . Installation directory: /afs/bi/v/@sys/apps/stats/R/2.4.1 C compiler: cc -c99 -OPT:IEEE_NaN_inf=ON -g Fortran 77 compiler: f77 -OPT:IEEE_NaN_inf=ON -g C++ compiler: CC
2004 Nov 02
1
Problems with 1.3
After encountering a mysterious problem with Icecast 2.0 and streaming to Flash within IE for Windows, we've had to roll back to Icecast 1.3.12 2.0 Problem here: http://lists.xiph.org/pipermail/icecast/2004-October/007726.html Of course, I'm now having problems installing Icecast 1.3.12. When running gmake or make after ./configure with or without the --with-libwrap or