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