ioned for SPARC, ARM, MCore, IA-64, etc
>
> Interesting. I didn't realize PPC and SPARC have added bi-endian
> capability.
>
> > The docs MAY lead some folks to believe that it is possible.
>
> I guess the literal answer to OPs question "can a compiler setting
> chang
d bi-endian
capability.
> The docs MAY lead some folks to believe that it is possible.
I guess the literal answer to OPs question "can a compiler setting
change the endianness" is yes, it can. But the endianness of what?
Also, gcc documents '-mlittle-endian' under SPARC,
Paul Pluzhnikov wrote:
> emp1953 <[EMAIL PROTECTED]> writes:
>
>> A rumor is circulating that there is a compiler setting that will
>> change the "endianness" from little to big or vice versa.
>
> Anyone circulating this rumor is clueless.
>
> Any
emp1953 <[EMAIL PROTECTED]> writes:
> A rumor is circulating that there is a compiler setting that will
> change the "endianness" from little to big or vice versa.
Anyone circulating this rumor is clueless.
Anyone asking "any truth to this" (that's you)
A rumor is circulating that there is a compiler setting that will
change the "endianness" from little to big or vice versa.
Any truth to this.
Thanks
___
help-gplusplus mailing list
help-gplusplus@gnu.org
http://lists.gnu.org/mailman/lis
Hi everyone,
Does anybody knows if there's a way to figure out the endianness of the
bit-fields in structures (i.e. a macro). I'm currently using autoconf to
detect the endianness of the machines (i.e. Big vs. Little Endian), but
failed to find an AC_* macro that would detect bit-field