similar to: pow_ii

Displaying 20 results from an estimated 1000 matches similar to: "pow_ii"

1997 Aug 28
1
R-alpha: pow_ii
>> 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
1998 Apr 02
2
f2c
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.
1998 May 20
2
libraries; Fortran / -lf2c / Slackware woes
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,
1997 Aug 21
0
R-alpha: f2c
> 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
1998 Feb 25
1
R-beta: Re: dse+redhat 4.2 problem
>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with
1998 Feb 25
1
R-beta: Re: dse+redhat 4.2 problem
>R INSTALL dse rlibs >Installing package `dse' ... >libs >gcc -g -fpic -I/usr/local/R-0.61/include -c dsefor.c -o dsefor.o >/tmp/cca02533.i:1: numeric constant with no digits >/tmp/cca02533.i:1: numeric constant with no digits >... >is there something wrong with my gcc or is there some >option missing somewhere? >I suspect the problem might have to do with
1997 Aug 04
1
R-alpha: Re: your mail
>>>>> 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
2004 Mar 31
2
Failure to compile source packages in Debian
As of quite recently I experience failures to compile source packages. Messages like * Installing *source* package 'dse1' ... ** libs g77 -mieee-fp -fPIC -g -O2 -c dsefor.f -o dsefor.o gcc -shared -o dse1.so dsefor.o -L/usr/lib/gcc-lib/i486-linux/3.3.3 -L/usr/lib/gcc-lib/i486-linux/3.3.3/../../.. -lfrtbegin -lg2c-pic -lm -lgcc_s -L/usr/lib/R/bin -lR /usr/bin/ld: no se puede
2004 Feb 26
1
unable to install dse in mac OS X 10.3
I would like to request help with the installation of dse in raqua in mac os x 10.3. I get the following error message after the messages indicating that parts were successfully installed. I would be most grateful for a solution. ----------------------------------------- * Installing *source* package 'setRNG' ... ** R ** inst ** help >>> Building/Updating help pages for
1999 Jan 20
1
pow__ii
> 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
2004 Feb 15
1
Error Installing dse Package
Hi there, I ran into some trouble trying to install the dse library on os 10.3 with RAqua as the installation of the dse1 package failed. On the R console I got the error message Warning message: Installation of package dse had non-zero exit status in: install.packages(ui.pkgs, CRAN = getOption(where), lib = .libPaths()[1]) > and the console of the os x said gcc -bundle -flat_namespace
1997 Jul 31
1
R-beta: acepack with 0.50-a1
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)
1998 Feb 03
0
fortran Makefile
My library uses compiled code which I converted from fortran to C with f2c. I put copies of the same Makefile in the both dse/src and dse/src-c. (I'm not sure why, but I niavely assumed the same Makefile might work.) Now, I haven't tried the fortran version with R. But of course the first person (as far as I know) to actually try and use the package defaulted to compiling the fortran
2000 Jan 11
1
Figure margins too large
I seem to remember an error like this being mentioned before, but if it wasn't: > zz <- density(rnorm(100)) > plot(zz) Error in plot.new() : Figure margins too large > version _ platform sparc-sun-solaris2.6 arch sparc os solaris2.6 system sparc, solaris2.6 status major 0 minor 90.1 year 1999 month December day 15 language R Paul Gilbert
2003 Apr 02
2
pacf.mts
I am getting the following: *** Weave Errors *** Error in driver$runcode(drobj, chunk, chunkopts) : Error in eval(expr, envir, enclos) : couldn't find function "pacf.mts" *** Source Errors *** Error in eval(expr, envir, enclos) : couldn't find function "pacf.mts" make[1]: *** [checkVignettes] Error 1 I don't really understand the new namespace mechanism,
2008 Apr 23
1
S4 default for coercing
Something has changed in the S4 default for coercing. Am I now suppose to use setAs, or is there something else I should do to make this work: R version 2.7.0 (2008-04-22) .... > require("methods") > setClassUnion("OptionalPOSIXct", c("POSIXct", "NULL")) [1] "OptionalPOSIXct" > setClass("TSmetax",
1999 Nov 22
2
R-0.90.0 untar
I had a couple of problems getting R 0.90.0. In case anyone has similar problems, I though I would mention them. 1/ I can't use "ftp cvs.r-project.org" from either home or work. The ftp service does not seem to be available. Perhaps this is intended. I only discovered it because I thought the file I got through Netscape might be corrupted. (I don't understand why Netscape
2001 Mar 08
1
bug.report/mail
One of the functions I would like to clean out of my syskern package is a program to send mail. This is a common feature other programs (e.g. bug.report) may use so I would like it to be included in R/base. I will volunteer to do this as it looks like a fairly straightforward dissection of bug.report but I have some questions: Has anyone done this already? Is "mail" a good name or
2009 Jun 01
3
[LLVMdev] [PATH] Fix support for .umul.with.overflow on x86 + fix c binding
Hi, The first patch fixes the implementation of umul.with.overflow on x86 which was throwing a 'Cannot yet select' error. The second patch fixes the definition of LLVMTypeKind in the C binding by syncing it with the c++ counterpart. Please review and commit if it looks ok. thanks Zoltan -------------- next part -------------- An HTML attachment was
2001 Oct 01
1
generic default values
I have a generic function test.equal <- function(obj1, obj2, ...) UseMethod("test.equal") however, the only argument that specific methods use is "fuzz" so I would like to change this to test.equal <- function(obj1, obj2, fuzz=???) UseMethod("test.equal") The problem is that some methods use slightly different default values for fuzz than others. How should