similar to: R-alpha: pow_ii

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

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.

>>>>> Thomas Lumley writes: > On Fri, 1 Aug 1997, Kurt Hornik wrote: >> Thomas, >> >> Could you add the "-lf2c" at the end of the line >> @$(LD) $(SHLIBLDFLAGS) -o $(LIBNAME).so $(OBJS) >> in acepack's src-c/Makefile? >> >> I ran across an identical pow_dd problem recently with another package. >> Did we always need

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,

> 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

> R code works but the shared objects built from fortran code do not find > the appropriate libs with functions like __pow_ii or __epx at runtime. I used to have endless trouble with __pow_ii which as I recall could be be fixed by the correct incantation of the mix of compiler libraries and LD_LIBRARY_PATH. It seemed to be extremely sensitive and never easy to get right. The problem is

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

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

I added "plogis" to the derivative table in the development version of R; the patch against yesterday's R-devel src/deriv/main.c is available at http://www.zoology.ufl.edu/bolker/deriv_patch.txt . I pretty much followed the framework of the other symbols; here was my incantation - } else if (CAR(expr) == PlogisSymbol) { - ans = simplify(TimesSymbol, -

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)

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,

The following behaviour (in R 0.62.3) is disturbing: > (0+0i)^2 [1] NaN+NaNi Is it deliberate?? Laimonis Kavalieris -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To:

The following behaviour (in R 0.62.3) is disturbing: > (0+0i)^2 [1] NaN+NaNi Is it deliberate?? Laimonis Kavalieris -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.- r-help mailing list -- Read http://www.ci.tuwien.ac.at/~hornik/R/R-FAQ.html Send "info", "help", or "[un]subscribe" (in the "body", not the subject !) To: