Support for Big-endian platforms: how to test? #396

Activity

1. xiaodaigh commented on Apr 9, 2023

   

   xiaodaigh

   on Apr 9, 2023

   Collaborator

   More actions

   Yes it is essential for now and foreseeable future. It's well documented that fst doesn't work on big-endian though.

   What do you hope to use disk.frame for? Would {arrow} suffice for your needs?

   I don't feel the need to invest in disk.frame if {arrpw} with parquet support is good enough

   👍React with 👍1Reacted by Sergey Fedorov
2. barracuda156 commented on Apr 9, 2023

   

   barracuda156

   on Apr 9, 2023

   Last edited by barracuda156

   Author

   More actions

   @xiaodaigh

   It's well documented that fst doesn't work on big-endian though

   In fact I tried to build fst today and run tests, and everything works fine on Big-endian. No idea how that claim on CRAN originated, but it is misleading.

   However turned out arrow wants a prebuilt lib, which does not exist for PPC, obviously. So now stuck with another dependency.

   P. S. I am adding R packages into Macports, and for that I need all archs to be working.

   UPD. arrow fixed, R-arrow has a minor issue, but soon I can build disk.frame on PPC :)

   👍React with 👍1Reacted by Henrik Bengtsson
3. barracuda156

   changed the title [-]Is fst an essential dependency?[/-] [+]Is fst an essential dependency? (UPD. Turned out, fst actually works on Big-endian)[/+] on Apr 9, 2023
4. barracuda156 commented on Apr 12, 2023

   

   barracuda156

   on Apr 12, 2023

   Author

   More actions

   @xiaodaigh Ok, I have built everything, including data.frame. However since there are no tests, I have no idea if it works correctly. (My concern is primarily endianness.) How may I check it?
5. barracuda156

   changed the title [-]Is fst an essential dependency? (UPD. Turned out, fst actually works on Big-endian)[/-] [+]Support for Big-endian platforms: how to test?[/+] on Apr 12, 2023