<div dir="ltr">Sorry sent to early and from the wrong email address so it bounced.<div><br></div><div><div dir="ltr" style="font-size:12.8px"><div>A first step would just to have an NTP specific type derived from a standard type.</div><div>Then at least the underlying 64-bit type would be hidden.</div><div><br></div><div>Worst case, we can do what RTEMS has had to do for our internal timestamp. We</div><div>support multiple underlying data representations and although we default to a </div><div>preferred 64-bit type, can use alternate representations. There are inline methods</div><div>and macros to provide explicit operations on the timestamp. Native math is not</div><div>assumed in this case. It completely encapsulates the type and operations. </div><div><br></div><div>This may be heavy handed for this case since there is not a defined requirement</div><div>to do something like this but it can hide ugliness when you have to.</div><div><br></div><div>--joel</div><div><br></div></div></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Tue, Dec 1, 2015 at 12:57 PM, Mark Atwood <span dir="ltr"><<a href="mailto:fallenpegasus@gmail.com" target="_blank">fallenpegasus@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">In general yes, ESR and I share the policy of "<span style="line-height:17.7273px">if we need a hack for an odd case, deal with it when we </span><span style="line-height:17.7273px">have to".</span><div><br></div><div>So, now this is a question for Eric:  You had said "<span style="line-height:17.7273px">There is some fairly nasty code in NTP's calendaring library to work </span><span style="line-height:17.7273px">around the absence of a true 64-bit integral type."  If we ever do have to hack back *in* support for the absence of a true 64bit, can it be done in a way that is less "nasty"?</span></div><span class="HOEnZb"><font color="#888888"><div><span style="line-height:17.7273px"><br></span></div><div><span style="line-height:17.7273px">..m</span></div></font></span></div><div class="HOEnZb"><div class="h5"><br><div class="gmail_quote"><div dir="ltr">On Tue, Dec 1, 2015 at 10:51 AM Joel Sherrill <<a href="mailto:joel.sherrill@gmail.com" target="_blank">joel.sherrill@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">There are many other compilers including Green Hills, IAR, ARM,<div>Watcom, and a non-GCC from Wind River I can't remember the name of.</div><div><br></div><div>I know the Green Hills and odd Wind River one are C99 with full stdint.h types.</div><div>The others I don't know. IAR is primarily 8/16 bit CPUs.</div><div><br></div><div>I would say we should follow ESR's policy of "it works for everything we</div><div>know about and if we need a hack for an odd case, deal with it when we</div><div>have to". :)</div></div><div dir="ltr"><div><br></div><div>--joel</div></div><div class="gmail_extra"><div class="gmail_quote">On Tue, Dec 1, 2015 at 10:38 AM, Daniel Poirot <span dir="ltr"><<a href="mailto:dtpoirot@gmail.com" target="_blank">dtpoirot@gmail.com</a>></span> wrote:<br></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div lang="EN-US" link="blue" vlink="purple"><div><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d">There are lots of 'third tier' compilers and tools.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d">GCC has the lion's share with the ARM Ltd. compiler the next nearest.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d">For chips-which-aren't-ARM, just about all are GCC.<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d"><u></u> <u></u></span></p><p><u></u><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d"><span>-<span style="font:7.0pt "Times New Roman"">    </span></span></span><u></u><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d">Dan<u></u><u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><span style="font-size:11.0pt;font-family:Consolas;color:#1f497d"><u></u> <u></u></span></p><p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif"">From:</span></b><span style="font-size:10.0pt;font-family:"Tahoma","sans-serif""> devel [mailto:<a href="mailto:devel-bounces@ntpsec.org" target="_blank">devel-bounces@ntpsec.org</a>] <b>On Behalf Of </b>Mark Atwood<br><b>Sent:</b> Tuesday, December 01, 2015 10:16 AM<br><b>To:</b> Eric S. Raymond; <a href="mailto:devel@ntpsec.org" target="_blank">devel@ntpsec.org</a>; Joel Sherrill<br><b>Subject:</b> Re: Proposal: shoot vint64 through the head<u></u><u></u></span></p><span><p class="MsoNormal"><u></u> <u></u></p><div><p class="MsoNormal">I think this is actually a question for Joel.<u></u><u></u></p><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">As in: out in the field, especially in small embedded systems, are there any important 32bit targets that are not compiled to with GCC, clang, or are ARM?<u></u><u></u></p></div><div><p class="MsoNormal"><u></u> <u></u></p></div><div><p class="MsoNormal">..m<span style="color:#1f497d"><u></u><u></u></span></p></div></div></span></div></div><br></blockquote></div></div><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">_______________________________________________<br>
devel mailing list<br>
<a href="mailto:devel@ntpsec.org" target="_blank">devel@ntpsec.org</a><br>
<a href="http://lists.ntpsec.org/mailman/listinfo/devel" rel="noreferrer" target="_blank">http://lists.ntpsec.org/mailman/listinfo/devel</a><br></blockquote></div></div></blockquote></div>
</div></div></blockquote></div><br></div>