Or, is the problem that data created using PDL cannot be shipped over to R?

On Fri, Sep 26, 2014 at 4:25 PM, David Mertens <dcmertens.p...@gmail.com>
wrote:

> This is a problem for C, but I fail to see why this is a problem for PDL.
> Can't you just flip the first two dimensions that you supply in the C api
> function calls?
>
> On Thu, Sep 25, 2014 at 4:36 PM, Chris Marshall <devel.chm...@gmail.com>
> wrote:
>
>> On Thu, Sep 25, 2014 at 4:15 PM, Zakariyya Mughal <zaki.mug...@gmail.com>
>> wrote:
>> > I have a further question that may be helpful for others that are using
>> > the PDL API with libraries like R, Eigen, Armadillo, etc.:
>> >
>> > R stores data in column-major order, while PDL blocks are stored in
>> > row-major order. I know that there exists PDL::Matrix for column-major
>> > access from Perl, but I don't know if there is a recommended way to do
>> > the same from C.
>>
>> Not in PDL-2.x but planned for PDL3.
>>
>> > It would be very cool if a role-like interface could handle the
>> > different matrix layouts and other features:
>> >     PDL->new( ...,  with => [qw( ColumnMajor Factor ) ] );
>>
>> This could be an elegant way to reduce duplicate special-case
>> coding for things like PDL::Matrix and your work on R Factor
>> support.
>>
>> --Chris
>>
>
>
>
> --
>  "Debugging is twice as hard as writing the code in the first place.
>   Therefore, if you write the code as cleverly as possible, you are,
>   by definition, not smart enough to debug it." -- Brian Kernighan
>



-- 
 "Debugging is twice as hard as writing the code in the first place.
  Therefore, if you write the code as cleverly as possible, you are,
  by definition, not smart enough to debug it." -- Brian Kernighan
_______________________________________________
Perldl mailing list
Perldl@jach.hawaii.edu
http://mailman.jach.hawaii.edu/mailman/listinfo/perldl

Reply via email to