search for: hypotes

Some of you may have seen the pythag() part in the R API definition in "Writing R Extensions" (source = doc/manual/R-exts.texinfo). or followed the report and Prof. Brian Ripley's answer about pythag()'s availability from R's binary. As we say in above manual >> `pythag(A, B)' computes `sqrt(A^2 + B^2)' without overflow or >> destructive

Today I installed the newest R develepment branch R version 2.14.0 Under development (unstable) (2011-03-18 r54866) on FreeBSD 9.0-CURRENT (amd64). All seems fine so far. After that I updated my R packages with option 'checkBuilt=TRUE'. There are four packages (spatstat, pscl, adehabitatLT, adehabitatHR) which gives an error like this: Error in dyn.load(file, DLLpath = DLLpath, ...) :

Once upon a time Monty said: >id3v2 will not be a part of Vorbis. Ogg bistreams allow mixing streams of any >type, and there will be an XML stream type defined for metadata. This is a >better solution than id3 in just about every technical sense. The Ogg >bitstream code to support this already exists. Can you please elaborate? Is this functionality complete? The only mention 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:

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:

In a bug report from Nov.28 2000, Li Dongfeng writes: ----- I have found that the polyroot() function in R-1.1.1(both solaris and Win32 version) gives totally incorrect result. Here is the offending code: # Polyroot bug report: # from R-1.1.1 > sort(abs(polyroot(c(1,-2,1,0,0,0,0,0,0,0,0,0,-2,5,-2,0,0,0,0,0,0,0,0,0,1,-2)))) [1] 0.8758259 0.9486499 0.9731015 1.5419189 1.7466214 1.7535362

Hi,I am working with a custom built (LFS-based) Linux distro and am attempting to compile Samba4. Samba3 has always compiled without issue. The system has its Python installed in /opt/python2. There are symlinks to put "python" in /usr/local/bin and the "python2.7" lib folder in /usr/include. The configure command used was simply ./configure --enable-fhs --with-quotas The

Hi: I followed the README in src/nmath/standalone/ to make the use the command "make shared" to make the libRmath.so file. I also add the directories containg libRmath.so to LD_LIBRARY_PATH by using command "export D_LIBRARY_PATH=$LD_LIBRARY_PATH:$/home/zhliu/Backup/R-2.0.1/src/nmath/standalon e " However, when I try to run the following codes by the command

Dear R users, I have two coloumns of data, say x and y, referring to a list of points in 2D space. I am trying to develop a code that will give me the distances (using Pythagoras) between consecutive points (xi,yi) and (xi+1,yi+1). So far I have come up with the following: for (i in 1:length(x)) d<-sqrt((x[i+1]-x[i])^2+(y[i+1]-y[i])^2) For example, if I use the two points (note, I have

Hi: I followed the README in src/nmath/standalone/ to make the use the command "make shared" to make the libRmath.so file. I also add the directories containg libRmath.so to LD_LIBRARY_PATH by using command "export LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$/home/zhliu/Backup/R-2.0.1/src/nmath/standalon e " However, when I try to run the following codes.

Dear R users I have started to use gdb for debugging dynloaded C code as described in `Writing R Extensions'. Unfortunately I have run into several problems that I haven't been able to solve: - using `n': how comes that the same line of code appears up to three times (and inbetween the next line and maybe even the second next one?) - using `print' resp. `display': How

Hi ! 1) First question. Excuse me for trouble with the same question. I still have problems with the compilation of test.c in src/nmath/standalone. I did follow the instructions you gave me but I still receive this message [root at my standalone]# cc -o test test.c -L/usr/local -lRmath /usr/local/libRmath.so: undefined reference to `log' /usr/local/libRmath.so: undefined reference to

I've rolled up R-2.13.0.tar.gz a short while ago. This is a development release which contains a number of new features. Also, a number of mostly minor bugs have been fixed (but notice that serious build issues were fixed in 2.12.2). See the full list of changes below. You can get it from http://cran.r-project.org/src/base/R-2/R-2.13.0.tar.gz or wait for it to be mirrored at a CRAN site

I've rolled up R-2.13.0.tar.gz a short while ago. This is a development release which contains a number of new features. Also, a number of mostly minor bugs have been fixed (but notice that serious build issues were fixed in 2.12.2). See the full list of changes below. You can get it from http://cran.r-project.org/src/base/R-2/R-2.13.0.tar.gz or wait for it to be mirrored at a CRAN site

I got the following compile error in R-1.9.0 on NetBSD 1.5: <-- snip --> ... gcc -I../../src/extra/zlib -I../../src/extra/bzip2 -I../../src/extra/pcre -I. -I../../src/include -I../../src/include -I/usr/local/include -DHAVE_CONFIG_H -O2 -mcpu=v8 -c main.c -o main.o main.c: In function `setup_Rmainloop': main.c:463: `CODESET' undeclared (first use in this function)

This is also pretty simple. Just a small patch to configure.in to set the right compiler flags and changes to os.h to (a) not have deeply nested ifdefs, making the file needlessly hard to read, (b) break up the sections by functionality and (c) don't assume that every non-Win32 has the floating versions of math library functions. -tim Index: configure.in

I've rolled up R-1.1.0.tgz a moment ago. You can get it from ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.1.0.tgz or http://cvs.r-project.org/pub/CRAN/src/base/R-1.1.0.tgz or wait for it to be mirrored at a CRAN site near you within a day or two. There's also a version split in three for floppies if you prefer that. For the R Core Team, Peter D. Here's the relevant bit

I've rolled up R-1.1.0.tgz a moment ago. You can get it from ftp://cvs.r-project.org/pub/CRAN/src/base/R-1.1.0.tgz or http://cvs.r-project.org/pub/CRAN/src/base/R-1.1.0.tgz or wait for it to be mirrored at a CRAN site near you within a day or two. There's also a version split in three for floppies if you prefer that. For the R Core Team, Peter D. Here's the relevant bit

Hello, I've been trying to compile some things but have run into some problems. I've have the vorbis directory inside of /usr/src. I have compiled vorbis itself with no problems. I've also copied the results to their respective directories as per the README file. I've also compiled the XMMS plugin with no problem. However when it is installed in the

Hello, I am trying to cross-compile libc++ from my x86_64 linux system to armv7hf. We have our own gcc compiler that we build with crosstools-ng (based on gcc 6.3.0) and I set my environment like this: CC=armv7a-plex-linux-gnueabihf-gcc CXX=armv7a-plex-linux-gnueabihf-g++ CFLAGS=-fPIC -DPIC -mfloat-abi=hard -march=armv7-a -Os -mfpu=vfpv3-d16 --sysroot=<path> CXXFLAGS=-fPIC -DPIC