search for: __for

Displaying 4 results from an estimated 4 matches for "__for".

Did you mean: __foo
2003 Jan 30
0
empty array indexing with dimnames -> erroneous error (PR#2507)
...op = FALSE: str(A.[1, O, 2 , drop=FALSE])# int[1, 0, 1] str(A.[O,-1, O , drop=FALSE])# int[0, 1:2, 0] str(A.[O, O,2:3, drop=FALSE])# int[0, 0, 1:2] cat("---\n") } ##-- identical with `Ad' instead of `A.', i.e., *with* dimnames: ##--> All 6 statements fail : O <- 0##__for(O in list(0, integer(0))) { try(Ad[1, O, 2 ]) # int(0) try(Ad[O,-1, O ])# int[0, 1:2, 0] try(Ad[O, O,2:3])# int[0, 0, 1:2] ## with drop = FALSE: try(Ad[1, O, 2 , drop=FALSE])# int[1, 0, 1] try(Ad[O,-1, O , drop=FALSE])# int[0, 1:2, 0] try(Ad[O, O,2:3, drop=FALSE])# int[0, 0, 1:2]...
2016 Nov 23
0
shared libraries: missing soname
....so edd at max:~$ ldconfig -p | wc -l 2814 edd at max:~$ ldd / ldconfig do NOT know Matrix.so -- as I told you before -- despite the fact that they know thousands of other things on this (development) machine. All that you said or quoted about soname is fine and handy, and we all respect it __for public libraries like libpng or libxml2. R is different. So if FreeBSD has a problem with that you may indeed have to work around that on the FreeBSD side of things. Dirk -- http://dirk.eddelbuettel.com | @eddelbuettel | edd at debian.org
2003 Jan 30
1
empty array indexing with dimnames (PR#2507)
...int[1, 0, 1] > str(A.[O,-1, O , drop=FALSE])# int[0, 1:2, 0] > str(A.[O, O,2:3, drop=FALSE])# int[0, 0, 1:2] > cat("---\n") > } > > ##-- identical with `Ad' instead of `A.', i.e., *with* dimnames: > ##--> All 6 statements fail : > > O <- 0##__for(O in list(0, integer(0))) { > > try(Ad[1, O, 2 ]) # int(0) > try(Ad[O,-1, O ])# int[0, 1:2, 0] > try(Ad[O, O,2:3])# int[0, 0, 1:2] > > ## with drop = FALSE: > try(Ad[1, O, 2 , drop=FALSE])# int[1, 0, 1] > try(Ad[O,-1, O , drop=FALSE])# int[0, 1:2, 0] > try...
2016 Nov 23
2
shared libraries: missing soname
Martin Maechler <maechler at stat.math.ethz.ch> writes: > To the issue: I also don't see what your point is. > R works with these so libraries as intended in all cases as > far as we know, and so I don't understand why anything needs to > be changed. > All these libraries "belong to R" and are tied to a specific > version of R and are not be used