{"id":4579,"date":"2013-03-18T12:11:49","date_gmt":"2013-03-18T11:11:49","guid":{"rendered":"https:\/\/blogs.mentor.com\/colinwalls\/?p=4579"},"modified":"2013-03-18T12:11:49","modified_gmt":"2013-03-18T11:11:49","slug":"endianness","status":"publish","type":"post","link":"https:\/\/blogs.stage.sw.siemens.com\/embedded-software\/2013\/03\/18\/endianness\/","title":{"rendered":"Endianness"},"content":{"rendered":"

In almost all modern embedded systems, memory is organized into bytes. CPUs, however, process data as 8-, 16- or 32-bit words. As soon as this word size is larger than a byte, a decision needs to be made with regard to how the bytes in a word are stored in memory. There are two obvious options and a number of other variations. The property that describes this byte ordering is called “endianness<\/a>” [or, sometimes, “endianity”].<\/p>\n

Broadly speaking, the endianness in use is determined by the CPU. Because there are a number of options, it is unsurprising that different semiconductor vendors have chosen different endianness for their CPUs. The questions, from an embedded software engineers perspective are “Does endianness matter?” and “If so, how much?” …<\/p>\n

First of all we need to provide some boundaries for this discussion. I am going to just consider 32-bit CPUs – the same issues apply to 16- and 64-bit devices. Even 8-bit devices typically have instructions that deal with larger data units. I am also going to limit my consideration to the obvious endianness options: least significant byte stored at lowest address [“little-endian”] and most significant byte stored at lowest address [“big-endian”]. These two options may visualized quite easily:<\/p>\n

\"\"<\/a>\"\"<\/a><\/p>\n

There are also other possibilities, like using little-endian within 16-bit words, but storing the 16-bit words inside 32-bit words using big-endian. This is commonly called “middle-endian” or “mixed-endian”, but rarely encountered nowadays. The order of bits within a byte is also potentially arbitrary, but I will ignore that too.<\/p>\n

Examples of little-endian CPUs include Intel x86 and Altera Nios II. Big-endian CPUs include Freescale 68K and Coldfire and Xilinx Microblaze. Many modern architectures facilitate both modes and can be switched in software; such “bi-endian” devices include ARM, PowerPC and MIPS.<\/p>\n

There are broadly two circumstances when a software developer needs to think about endianness:<\/p>\n