<div dir="ltr">ssize_t is not in the C standard.  I'm not saying we shouldn't use it, but<div>it might limit portability.  POSIX uses it (and defines it); I'm not sure if</div><div>we are limiting TeX to POSIX systems or not.</div><div><br></div><div>My feeling is, if we fix any we likely should go through and fix them all</div><div>(at least within one subproject like kpathsea),  and then go through the</div><div>testing process for all at once.</div><div><br></div><div>-tom</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sat, Oct 26, 2019 at 3:02 PM Doug McKenna <<a href="mailto:doug@mathemaesthetics.com">doug@mathemaesthetics.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In the file "tex-make.c", in the routine maketex() at or about line 366 is:<br>
<br>
  while ((num = read(childout[0],buf,sizeof(buf)-1)) != 0) {<br>
<br>
Again, the read() function's prototype in the (MacOS/Darwin) header on my system says it returns a ssize_t, but because num is an int a compiler warning ensues.<br>
<br>
But num is just a local variable, so changing its declaration earlier (at or about line 358) to a variable of type ssize_t shouldn't affect anything except to get rid of the compiler warning.<br>
<br>
Or does read() deliver different sized integers on different systems?<br>
<br>
<br>
Doug McKenna<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div>--  <a href="http://cube20.org/" target="_blank">http://cube20.org/</a>  --  <a href="http://golly.sf.net/" target="_blank">http://golly.sf.net/</a>  --</div></div></div></div></div>