search for: twopi

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) Do I need to load libf2c.a during a...

To whom should bug reports of the R port of acepack be directed? On a SPARC/Solaris 2.6 or 2.7 (SunOS 5.6 or 5.7) system running R-1.0.0 the avas example fails > library(acepack) > example(avas) avas> TWOPI <- 8 * atan(1) avas> x <- runif(200, 0, TWOPI) avas> y <- exp(sin(x) + rnorm(200)/2) avas> a <- avas(x, y) Process R bus error (core dumped) at Mon Mar 27 11:59:54 2000 The bus error occurs inside the Fortran subroutine smth, which is called by the subroutine rlsmo, wh...

...te the following short function that reproduces the problem: foo <- function () { library(Rgraphviz) set.seed(123) V <- letters[1:26] M <- 1:2 g1 <- randomGraph(V, M, 0.5) edgemode(g1) <- "directed" x <- layoutGraph(g1,name="foo",layoutType="twopi", recipEdges="distinct") } I expected that any memory allocated by this function would be freed when it returns, but that's not the case. Is there something that I need to be doing to to clean up after using layoutGraph? Thanks, Andreas

I believe I've identified the problem with almabench but I haven't found the root cause in the compiler yet. The problem is that a caller saved register ($f14) is being moved across a call and this call sometimes clobbers the value. As a result, the value of the TWOPI constant used in the fmod() calls isn't always 2*PI. According to -print-after-all, the pass that moves the instruction is Simple Register Coalescing. The bit I'm stuck on at the moment is that I'm not sure what information is supposed to prevent this move from happening. I thought the...

Hi, I'm try to collect a list of methods/packages available in R for doing in-string variable/symbol substitution, e.g. someFcn("pi=${pi}"), anotherFcn("pi=@pi@") and so on becomes "pi=3.141593". I am aware of the following: ** gsubfn() in the 'gsubfn' package, e.g. > gsubfn( , , "pi = $pi, 2pi = `2*pi`") [1] "pi = 3.14159265358979,

...wrote: > > I believe I've identified the problem with almabench but I haven't found the root cause in the compiler yet. > > The problem is that a caller saved register ($f14) is being moved across a call and this call sometimes clobbers the value. As a result, the value of the TWOPI constant used in the fmod() calls isn't always 2*PI. > > According to -print-after-all, the pass that moves the instruction is Simple Register Coalescing. The bit I'm stuck on at the moment is that I'm not sure what information is supposed to prevent this move from happening. I t...

...for ranlib... ranlib checking for ar... ar checking for rm... /bin/rm checking for sed... /bin/sed checking for tar... /bin/tar checking for pwd... /bin/pwd checking for Graphviz... echo Graphviz checking for dot... echo dot checking for fdp... echo fdp checking for neato... echo neato checking for twopi... echo twopi checking for circo... echo circo checking for gv... no checking for gsview32... no checking for dotty... echo dotty checking for xdot.py... echo xdot.py checking for a BSD-compatible install... /usr/bin/install -c checking for bzip2... /usr/bin/bzip2 checking for cat... /bin/cat check...

Hola! I have some problems with gam in mgcv. Firts a detail: it would be nice igf gam would accept an na.action argument, but that not the main point. I want to have a smooth term for time over a year, the same pattern repeating in succesive years. It would be natural then to impose the condition s(0)=s(12). Is this possible within mgcv? I tried to obtain this with trigonometric terms, aca:

...imgtec.com>> wrote: I believe I've identified the problem with almabench but I haven't found the root cause in the compiler yet. The problem is that a caller saved register ($f14) is being moved across a call and this call sometimes clobbers the value. As a result, the value of the TWOPI constant used in the fmod() calls isn't always 2*PI. According to -print-after-all, the pass that moves the instruction is Simple Register Coalescing. The bit I'm stuck on at the moment is that I'm not sure what information is supposed to prevent this move from happening. I thought the...

Hi, Sorry for the late report but I've only just found these issues. Llvm.org isn't working for me at the moment but I'll file tickets once it is. The issues are: 1. Almabench has some significant numerical differences and fails the reference check for some configs. I'm investigating this one at the moment but early indications are that it's a similar (but different)

...nlib checking for ar... ar checking for rm... /usr/bin/rm checking for sed... /usr/bin/sed checking for tar... /usr/bin/tar checking for pwd... /usr/bin/pwd checking for Graphviz... echo Graphviz checking for dot... echo dot checking for fdp... echo fdp checking for neato... echo neato checking for twopi... echo twopi checking for circo... echo circo checking for gv... no checking for gsview32... no checking for dotty... echo dotty checking for perl... /usr/bin/perl checking for Perl 5.006 or newer... yes checking for a BSD-compatible install... autoconf/install-sh -c checking for bzip2... /usr/bin...

...for ranlib... ranlib checking for ar... ar checking for rm... /bin/rm checking for sed... /bin/sed checking for tar... /bin/tar checking for pwd... /bin/pwd checking for Graphviz... echo Graphviz checking for dot... echo dot checking for fdp... echo fdp checking for neato... echo neato checking for twopi... echo twopi checking for circo... echo circo checking for gv... no checking for gsview32... no checking for dotty... echo dotty checking for xdot.py... echo xdot.py checking for a BSD-compatible install... /bin/install -c checking for bzip2... /bin/bzip2 checking for cat... /bin/cat checking for...

...lib... ranlib checking for ar... ar checking for rm... /bin/rm checking for sed... /usr/bin/sed checking for tar... /sw/bin/tar checking for pwd... /bin/pwd checking for Graphviz... echo Graphviz checking for dot... echo dot checking for fdp... echo fdp checking for neato... echo neato checking for twopi... echo twopi checking for circo... echo circo checking for gv... no checking for gsview32... no checking for dotty... echo dotty checking for perl... /usr/bin/perl checking for Perl 5.006 or newer... yes checking for a BSD-compatible install... /usr/bin/install -c checking for bzip2... /sw/bin/bzi...

...king for rm... /bin/rm > checking for sed... /usr/bin/sed > checking for tar... /sw/bin/tar > checking for pwd... /bin/pwd > checking for Graphviz... echo Graphviz > checking for dot... echo dot > checking for fdp... echo fdp > checking for neato... echo neato > checking for twopi... echo twopi > checking for circo... echo circo > checking for gv... no > checking for gsview32... no > checking for dotty... echo dotty > checking for perl... /usr/bin/perl > checking for Perl 5.006 or newer... yes > checking for a BSD-compatible install... /usr/bin/install -...

...t; checking for rm... /bin/rm > checking for sed... /bin/sed > checking for tar... /bin/tar > checking for pwd... /bin/pwd > checking for Graphviz... echo Graphviz > checking for dot... echo dot > checking for fdp... echo fdp > checking for neato... echo neato > checking for twopi... echo twopi > checking for circo... echo circo > checking for gv... no > checking for gsview32... no > checking for dotty... echo dotty > checking for xdot.py... echo xdot.py > checking for a BSD-compatible install... /bin/install -c > checking for bzip2... /bin/bzip2 > ch...

Trying to run a self host "ninja check-clang" with ASan enabled I hit a /lot/ of errors like this (strangely I hit none of these in check-llvm, only in check-clang): Any ideas? ==10525==ERROR: AddressSanitizer failed to deallocate 0x10800 (67584) bytes at address 0x631000014800 ==10525==AddressSanitizer CHECK failed:

...usr/bin/dotty //Path to a program. LLVM_PATH_FDP:FILEPATH=/usr/bin/fdp //Path to a program. LLVM_PATH_GRAPHVIZ:FILEPATH=LLVM_PATH_GRAPHVIZ-NOTFOUND //Path to a program. LLVM_PATH_GV:FILEPATH=/usr/bin/gv //Path to a program. LLVM_PATH_NEATO:FILEPATH=/usr/bin/neato //Path to a program. LLVM_PATH_TWOPI:FILEPATH=/usr/bin/twopi //Path to a program. LLVM_PATH_XDOT:FILEPATH=LLVM_PATH_XDOT-NOTFOUND //Build LLVM with Polly LLVM_POLLY_BUILD:BOOL=OFF //Statically link Polly into tools (if available) LLVM_POLLY_LINK_INTO_TOOLS:BOOL=ON //Profiling data file to use when compiling in order to improve //...