This is not good news for me, or my 30+ customer systems in the field running 5.8.8 :(
Granted, at the moment, I'm not running the bleeding edge PDL, but should some new feature become a necessity, I would have to find a new OS, and then upgrade everybody (which usually incurs $$ as shipping hard drives with preinstalled OSes is easier than having customers do it). What would your suggestion be for someone like me as to a workable upgrade path? As far as pack goes, I've always just chained pack calls together to get what I want. As I do a lot of satellite comm stuff, I tend to use pack and unpack quite a bit to extract satellite data. The only time I needed to resort to PDL::PP and do it in C, was dealing with a satellite that was sending 10bit words (which was a headache, to say the least). However, I'm not a user of PDL::IO::Storable, so I guess I'm ok with this being broken, as long as no other part of PDL that I'm using is using PDL::IO::Storable in turn. -Judd ____________________________ Judd Taylor Software Engineer Orbital Systems, Ltd. 3807 Carbon Rd. Irving, TX 75038-3415 (972) 915-3669 x127 ________________________________________ From: [email protected] [[email protected]] Sent: Thursday, November 21, 2013 4:40 PM To: Judd Taylor Cc: [email protected]; pdl-porters Subject: Re: [Pdl-porters] [Perldl] update PDL perl version to 5.10.x From: Judd Taylor Sent: Friday, November 22, 2013 6:14 AM > What specifically are you planning on introducing into the code that will > break older perls than 5.10? Hi Judd, There's currently (as of PDL-2.007_01) stuff like "pack 'l<l<A16L<L', ..." and "pack 'L<*', ..." in PDL/IO/Storable.pm. If that section of code gets called on pre-5.10, it's a runtime error because those earlier perls don't understand the coercion to small-endian order via the '<' template. Perl 5.8 does have "V" which packs an unsigned long into little-endian order, but I don't see anything that packs a *signed* long into little-endian order. It would seem (to me) a pity to have to work around such deficiencies, though I'm not passionate about this. Cheers, Rob _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
