Hello Everyone
I have been following this thread because I have similar issues with an
outside-of-R package. The problem is related to dylib loading i.e. of the
form
Error in dyn.load(file, DLLpath = DLLpath, ...) :
unable to load shared object
'/Users/stnava/code/gitANTs/ANTsR/src/ANTS/ANTS-
few
> packages needed PACKAGE arguments added.
>
> From ?.Call, 'PACKAGE' is I believe meant to name the DLL
> (libRantsImageRead in this case) rather than the R package.
>
> Some archaeology below.
>
> Martin
>
>
> On 04/10/2013 02:35 PM, brian av
changed between 2.x and 3.x
that would relate to this issue?
brian
On Wed, Apr 10, 2013 at 3:53 PM, Duncan Murdoch wrote:
> On 10/04/2013 2:25 PM, brian avants wrote:
>
>> hi simon
>>
>> thank you for your questions answers here:
>>
>> I won't a
hi simon
thank you for your questions answers here:
I won't answer your question directly but some suggestions:
> a) does adding PACKAGE="ANTsR" to .Call change anything? (It should really
> be there if you are using strings as names)
>
this does change things for instance, this works:
hello everyone
we are developing a package that has worked up until R3.0 which we just
tested.
the issue is as above when we call a function that works in R 2.15.2
from R 3.0 we get an error
Error in .Call("antsImageRead", filename, pixeltype, dimension) :
"antsImageRead" not resolved fr
hello
we are developing an R package called ANTsR for which we have some special
types.
one of these types is an " antsMatrix " type.
we implemented a "as.data.frame" function that casts an antsMatrix to a
data.frame
this works fine in a basic shell script. for instance:
# install
R CMD INST
