<div dir="ltr"><div dir="ltr">On Fri, 21 Jun 2024 at 12:24, Chet Ramey <<a href="mailto:chet.ramey@case.edu">chet.ramey@case.edu</a>> wrote:</div><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
For most projects, OS releases that ancient are not supported. It's the<br>
code author using some base minimum for assumptions -- OSs from the past<br>
35 years or so should be safe (dating from the 4.4 BSD release, to use<br>
the strdup() example). Maybe that's the "code author not considering,"<br>
but I'd say that's the result of the author simply not being interested<br>
in something that old.<br>
<br>
Bash ran on 4.3 BSD for a long time (and may still, I haven't checked with<br>
that project maintainer in a while), and I ran bash-5.0 on OPENSTEP 4.2<br>
because I like it, but I'd say those are exceptions.<br>
<br>
I guess what I'm saying is that it's not the author's fault for not wanting<br>
to support OS versions released, for a significant percentage, before they<br>
were born. They have different priorities.<br>
<br></blockquote><div><br></div><div>Sure, and I don't disagree.  I was just using an old OS to make a point about corner cases; it would be just as applicable if I had a modern OS that for whatever reason lacked strdup(), or your personal favorite "but everyone has this!" function.  You're not going to be able to cover all bases all the time, and I'm sure that there are plenty of code authors who aren't interested in formally supporting anything outside of the most common operating systems.  If their autotools-based projects work on my other OS that's great, but it isn't the fault of autotools if the project isn't coded with my OS in mind.<br></div><div><br></div><div>-Henry<br> </div></div></div>