The following link gives a few reasons why little-endian might be preferred: https://softwareengineering.stackexchange.com/questions/95556/what-is-the-advantage-of-little-endian-format. As a human I still prefer big-endian, regardless of any perceived advantages for little-endian!
Frank [https://cdn.sstatic.net/Sites/softwareengineering/img/apple-touch-i...@2.png?v=1ef7363febba]<https://softwareengineering.stackexchange.com/questions/95556/what-is-the-advantage-of-little-endian-format> architecture - What is the advantage of little endian ...<https://softwareengineering.stackexchange.com/questions/95556/what-is-the-advantage-of-little-endian-format> softwareengineering.stackexchange.com There are arguments either way, but one point is that in a little-endian system, the address of a given value in memory, taken as a 32, 16, or 8 bit width, is the same. ________________________________ From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of Clark Morris <cfmpub...@ns.sympatico.ca> Sent: Thursday, June 15, 2017 3:18 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: RFE? xlc compile option for C integers to be "Intel compat" or Little-Endian [Default] On 14 Jun 2017 14:57:21 -0700, in bit.listserv.ibm-main frank.swarbr...@outlook.com (Frank Swarbrick) wrote: >I won't try to justify EBCDIC, but big-endian rules! :-) > Unfortunately, little-endian which comes from the same warped thinking that went into the COND JCL statement seems to be ubiquitous. Little-endian is illogical and a royal pain in so many ways. The developers of it should be ashamed of themselves. Clark Morris >________________________________ >From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> on behalf of >Paul Gilmartin <0000000433f07816-dmarc-requ...@listserv.ua.edu> >Sent: Wednesday, June 14, 2017 3:44 PM >To: IBM-MAIN@LISTSERV.UA.EDU >Subject: Re: RFE? xlc compile option for C integers to be "Intel compat" or >Little-Endian > >On Wed, 14 Jun 2017 20:29:22 +0000, Frank Swarbrick wrote: > >>There are big-endian machines other than z. Shouldn't you investigate how >>the issue is dealt with outside of z before asking for z exclusive language >>extensions? >> >Yes. But big-endian is a vanishing breed. Motorola 68K is gone; PowerPC is >mostly gone, and its endianness was selectable. There's little interest in >Sparc. Others? > >Dismayinglly, big-endian may come to be perceived as the same sort >of lunatic fringe as EBCDIC, and support will evaporate with the scarcity >of testing platforms. But the EBCDIC nightmare can be avoided: Linux >runs fine on z hardware. > >-- gil > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > >---------------------------------------------------------------------- >For IBM-MAIN subscribe / signoff / archive access instructions, >send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN