From: "Phoebe Buckheister" <phoebe.buckheis...@itwm.fraunhofer.de> Date: Tue, 4 Mar 2014 23:16:31 +0100
> I see some value in being able to memcpy() to/from those fields directly > when building/reading headers, but I also think that not having to do > endianness conversion everywhere for a struct that cannot ever be a valid > header as is outweighs this. Why have an intermediate copy when that's not necessary at all? It seems like pure overhead to be. Furthermore, cpu's have byte-shifting load and store instructions which will be used if you make use of the 'p' versions of the endian swap functions, such as cpu_to_le16p(). So it's going to cost basically nothing. ------------------------------------------------------------------------------ Subversion Kills Productivity. Get off Subversion & Make the Move to Perforce. With Perforce, you get hassle-free workflows. Merge that actually works. Faster operations. Version large binaries. Built-in WAN optimization and the freedom to use Git, Perforce or both. Make the move to Perforce. http://pubads.g.doubleclick.net/gampad/clk?id=122218951&iu=/4140/ostg.clktrk _______________________________________________ Linux-zigbee-devel mailing list Linux-zigbee-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-zigbee-devel