<div dir="auto">Architecture independence could be maintained by adding an "endian" element to the header. But readers currently in the field wouldn't use the information, so they'd mishandle files with the new byte ordering.<div dir="auto"><br></div><div dir="auto">A file naming convention (for example, suffixing "-bigendian" or "-littleendian") is another path.</div><div dir="auto"><br></div><div dir="auto">Given the small effect on run time, sticking with the current ordering seems best.<br><div dir="auto"><br></div><div dir="auto">    @dashdashado</div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Mar 8, 2024, 12:21 PM Tom Lane via tz <<a href="mailto:tz@iana.org">tz@iana.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Bill Seymour via tz <<a href="mailto:tz@iana.org" target="_blank" rel="noreferrer">tz@iana.org</a>> writes:<br>
> Could there be a "Version 4" of the compiled TZif files in which the ints<br>
> and time_ts have the correct endianness for the platform on which they're<br>
> installed?<br>
<br>
This'd break the fairly widespread habit of installing the files under<br>
/usr/share (which is supposed to contain only architecture-independent<br>
files).  I think you'd need a *very* convincing performance argument<br>
to support changing that.<br>
<br>
                        regards, tom lane<br>
</blockquote></div>