Sign in

username:

password:



Not a member?

Search Comp.Arch.Embedded



Search tips

embedded by Keywords

68HC11 | 68HC12 | 8051 | 8052 | ARM | ARM7 | Asic | AT91 | AT91RM9200 | Atmel | AVR | AVRStudio | Bootloader | CFP | CompactFlash | Cygnal | Cypress | Dataflash | DSP | eCos | EEPROM | Embedded Linux | Emulator | Endian | Ethernet | Firewire | FPGA | Freescale | GCC | GNUARM | GSM | H8 | HDLC | I2C | Infineon | Interrupts | Java | JTAG | LCD | LED | LPC2000 | MCU | Microchip | MMC | MPLAB | MSP430 | PC104 | PCB | PCI | PCMCIA | PowerPC | Rabbit | RS232 | RS485 | RTOS | SBC | SDRAM | Sensor | SPI | STK500 | UART | UML | USART | USB | Verilog | VHDL | VxWorks | Xilinx

Ads

Discussion Groups

Discussion Groups | Comp.Arch.Embedded | Endianness does not apply to byte

There are 92 messages in this thread.

You are currently looking at messages 90 to 92.

Re: Endianness does not apply to byte - toby - 18:33 28-11-06

Everett M. Greene wrote:
> "Darin Johnson" <d...@usa.net> writes:
> > Arlet wrote:
>
> > > I've worked with ARM processors which did have such a little/big endian
> > > switch.
> >
> > Some PowerPCs have this also.  ...
> >
> > The only reason I can think of for changing the natural endianness
> > of a processor is when you need compatibility with shared processors,
> > or you have a huge base of software that can't easily be made
> > portable.  Otherwise it's better to stick with the natural endianness
> > of the processor in question.
>
> If it's switchable, which is the "natural" endiness?

Since it's an architectural property (user model), it depends on the
switch.




Re: Endianness does not apply to byte - Darin Johnson - 18:34 28-11-06

Everett M. Greene wrote:
> If it's switchable, which is the "natural" endiness?

The endianness that's compatible with existing software.  The
little-endian mode in many PowerPCs is a bit strange, since
it just manipulates address bits, which is a bit confusing.  Ie, it's
more of a data conversion convenience than an inherent state of
operation.  So big-endian is thus the natural ordering.  Later
processors support "true little-endian", but unless there's a good
reason to use it, big-endian ends up the default for compatiblity.

I suspect that CPUs that could work either way from the very first
model wouldn't have a "natural" endianness. 

--
Darin Johnson


previous | 1 | 2 | 3 | 4 | 5 | 6 | 7 | 8 | 9 | 10