similar to: R-alpha: Re: your mail

I was hoping fatal: relocation error: symbol not found: pow_ii: referenced in .../dsefor.so would disappear in R 0.6x, but it has not. I believe this is suppose to come from the f2c lib, but I seem to need just a couple of routines: nm -u dsefor.so Undefined symbols from dsefor.so: .umul pow_dd pow_ii pow_ri For my own purposes I could compile with fortran but that makes it much

Jim, you should ask questions like these on R-devel. There are more proficient Linux gurus on there than me [that's why I CC:]. >>>>> "Jim" == Jim Lindsey <jlindsey@luc.ac.be> writes: Jim> Martin, Here is an additional problem with my libraries: the Jim> Kalman filtering, written in Fortran, uses complex arithmetic. Jim> On my Red Hat 5,

I have a problem with my dynamically loaded code in R not finding pow_ii, which for some time I thought was because library f2c is not on my Sparcstation. However, I have now been experiencing the same problem in Linux, with all the proper libraries in place. My incomplete understanding of elf and shared libraries does not help, but when compiling a complete program I usually muddle through.

>> I'm a bit confused about this discussion, but since I don't have f2c on ... >A lot of Fortran code doesn't require any libf2c routines. When routines >are needed the most common ones are the exponentiation routines pow_dd, >pow_ii and pow_di (pow_ri is for single precision reals and so is less >needed in R, which uses double precision). However, *some* fortran

I have an hp9000/c160 with hpux10.20+gcc2.7.2. When I try the example in the ace help I get: > library(acepack) > ?ace > TWOPI <- 8*atan(1) > x <- runif(200,0,TWOPI) y <- exp(sin(x)+rnorm(200)/2) a <- avas(x,y) /usr/lib/dld.sl: Unresolved symbol: pow_dd (code) from /home/buyuk/R-0.50-a1/lib/acepack.so ABORT instruction (core dumped)

A set of patches for R-0.50-a1 is now available as ftp://stat.auckland.ac.nz/pub/R/R-0.50-a1.patch1.gz The patches mainly fix problems reported since R-0.50-a1 but some older problems are also fixed. Here is the list of changes. Ross o Many subsetting and mutation problems with the new "expression" type have now been fixed. o When ask=T is set in par() the user is instructed

A second patch for R-0.50-a1 is available from ftp://stat.auckland.ac.nz/pub/R The patch produces the following changes o cpoly problem with pow_di fixed. o legend had a call to "text" with an incorrect argument tag. Changed "text" to "labels". o The variable "dup" was uninitialised in the function "naoktrim" in

Dear R-help, I have encountered some errors when trying to compile R-1.3.1 from source on my WinNT4SP6 laptop (PII w/128MB RAM). I have installed all the tools following the instruction in src/gnuwin32/INSTALL, with the exception that the mingw compiler I have might be a bit older (they are the ones recommended for R-1.3.0, I believe). I have also compiled the ATLAS libraries from source using

More problems... 1) when -lf2c is used for linking as in the standard Makefile in src/main, it does not include the library as shown by ldd on my slackware linux 2.0.29 but does on RedHat linux 2.0.27. But with slackware adding the -L/usr/lib just before -lf2c does include it. On the other hand readline in the same directory is included both times. (We need the f2c library for complex numbers in

Dear devels, I need to create a (short) vector in C, which contains potentially very large numbers, exponentially to the powers of 2. This is my test example: lgth = 35; int power[lgth]; power[lgth - 1] = 1; for (j = 1; j < lgth; j++) { power[lgth - j - 1] = 2*power[lgth - j]; } Everything works ok until it reaches the limit of 2^32: power: 1, 2, 4, 8, 16, 32, 64, 128, 256, 512, 1024,

> If we don't assume that everyone has f2c then people distributing > libraries need to distribute all or part of libf2c. Source to libf2c is > readily available. I'm a bit confused about this discussion, but since I don't have f2c on the computer I've been using the past week, I assume most of the necessary parts on this library have been distributed with R (but I

I've loaded R-0.50-a1 but when I try to apply the patches it cannot find the files to apply patches to. [9] gilp/R0.50 : patch <R-0.50-a1.patch1 Looks like a new-style context diff. File to patch: [10] gilp/R0.50 : [10] gilp/R0.50 : [10] gilp/R0.50 : cd R-0.50-a1 [11] gilp/R0.50/R-0.50-a1 : ls CHANGES RESOURCES configure.mac* COPYING TASKS configure.win* COPYRIGHTS TASKS.OLD

[[[ To the new subscribers of the R-devel mailing list: The latest prerelease of R 0.50 has not been announced to this mailing list, by accident. In short, get R6.tgz and R6-update.shar.gz, from ftp://stat.auckland.ac.nz/pub/ihaka/ and first unpack the tar file, then the shar file in the same directory.. ]]] and to ALL "R-devel"oppers: Yes, please use this

Hello, I'm using R 1.40 on MacOS X X.1.2 (installed via the fink package manager). To upgrade my installed packages, I tried to use update.packages() today. All went well for most packages, with the exception of KernSmooth and cluster. In both cases, libraries were not found although I think they are present. Here's what happened: ---------------------------------- >

In trying to compile R-0.62.2 on my SPARC SunOS: tajo% uname -a SunOS tajo 4.1.3_U1 1 sun4m with gcc/g77, I ran into gcc -o R.binary [deleted] ../lib/libmath.a -L/usr/openwin/lib -lX11 -ldl -ltermcap -lm -lf2c collect2: ld returned 2 exit status ld: /lib/libm.a(lgamma.o): _gamma: multiply defined ld: /lib/libm.a(lgamma.o): _lgamma: multiply defined *** Error code 1 make: Fatal error:

Batch: For me, batch in its present state is broken and useless. My primary need for batch is to produce a final output file of a session after I have worked out a sequence of procedures. I save my instructions in a file that I can source, then run it in batch to have a copy of input and output together. (If there was a log file (or dribble), this problem would be solved.) At present, there are

I have come across three problems in the past few days, in spell of heavy R ( version R0.50-a4/Sun Solaris2.5.1 ) use. 1. I was using lwd=2 to get thicker lines on plots for printing, but although the 'lwd' parameter works fine with x11(), the thickened lines do not print with print.plot, or by using postscript() directly. 2. Try the following, plot(1:10, -(1:10))

Hi, I appear to have a slight problem compiling R0.65.0 under Linux (slackware) using g77. By simply typing configure then make, I obtain a binary which when "ldd" does not contain the f2c library. I therefore cannot load any libraries containing fortran code (I obtain unresolved symbol messages from R.X11 and an unable to load shared library from dyn.load(file)). If I change the

Hi, Win95 version, trying to build multiv. Following error (no mention in faq etc, but someone may have mentioned it recently). Appreciate any help. ------- Building multiv.dll from multiv.a -------- echo LIBRARY multiv > multiv.def echo EXPORTS >> multiv.def nm multiv.a | sed -n "/^........ [DT] _/s/^........ [BCDRT] _/ /p" >> multiv.def gcc -mdll

I am trying to compile R on my Debian 2.0 machine. I have both gcc and egcc (required for g77). Since the configure script doesn't check for egcc I used CC=egcc (even used LDCMD=egcc) in the config.site file. Everything worked fine until the final binary where it tries to use gcc ....... egcc -g -I../include -c unique.c egcc -g -I../include -c util.c egcc -g -I../include -c