search for: pow_dd

...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 the "-lf2c", or is this a feature of the new version? >> > This is very strange. My copy works ok as is, in all the versions of > R I have installed (including 0.50a1). On the other hand, using nm > revea...

...************************************************************************ gcc --shared -s -o modreg.dll modreg.def modreg.a modreg_res.o -LC:/Rtools/R-1.3.1/src/gnuwin32 -L/Rtools/ATLAS/lib/WinNT_PII -lcblas -lf77blas -latlas -lR modreg.a(loessf.o)(.text+0x172e):loessf.f: undefined reference to `pow_dd' modreg.a(loessf.o)(.text+0x1749):loessf.f: undefined reference to `pow_dd' modreg.a(loessf.o)(.text+0x1810):loessf.f: undefined reference to `pow_dd' modreg.a(loessf.o)(.text+0x1825):loessf.f: undefined reference to `pow_dd' modreg.a(ppr.o)(.text+0x2d27):ppr.f: undefined reference...

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 harder for others to use the library. Can anyone suggest a good strategy so that the whole library can be used easily? Paul Gilbert -.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-.-...

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.

...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) Do I need to load libf2c.a during acepack.so creattion? Do I need to create libf2c.sl? My libf2c.a was created with hpux9.05. I now have 10.20.Dynamic load demo seems to be working, and the C written libs. Integrate...

>> 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 code, ... Thomas >From your previous response to my confusion I guessed I would be ok with pow_ii, but that does not seem to be the case: R ... &...

...'ve been using the past week, I assume most of the necessary parts on this library have been distributed with R (but I can't find them). I have been compiling the C version of my code, generated with f2c on another machine, and almost everything seems to be working. I am having trouble with pow_dd, pow_ii and pow_ri. If there are truely only a few important routines missing then it would be a lot easier for people distributing libraries to have those pieces added to the R distribution. Paul Gilbert =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- r-devel maili...

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,

...s been cured. There may be one or two more of these. All the xxxx<- functions should be checked. o Patches from Benjamin Bolker to cure some line type problems has been applied. o Fixed the t(table(0)) problem (1-d arrays not quite handled right). o Changed naming back so that pow_dd etc are available. o Patches to barplot and text from Kurt Hornik. o When x was a data frame, mode(x) <- "character" x caused a crash. This was because a class of "data.frame" was being attached to a character vector. Now only lists can become data frame...