<div dir="ltr">Thanks for the explanation.  Yes.  The use of the term Library certainly added to my confusion.  I've been coding on Linux for 20 and the "proper" way of doing things on Mac is a bit elusive to me as I stumble around.<div><br></div><div><br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Jun 4, 2019 at 4:21 PM Guy Harris <<a href="mailto:guy@alum.mit.edu">guy@alum.mit.edu</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">On Jun 4, 2019, at 1:33 PM, Bryan Christ <<a href="mailto:bryan.christ@gmail.com" target="_blank">bryan.christ@gmail.com</a>> wrote:<br>
<br>
> I would agree with you, but I've been told that OSX is moving away from it's Unix heritage and placing libraries in non-traditional locations (not /usr or /usr/local) and that's going to be increasingly the norm in the future.<br>
> <br>
> <a href="https://apple.stackexchange.com/questions/337940/why-is-usr-include-missing-i-have-xcode-and-command-line-tools-installed-moja" rel="noreferrer" target="_blank">https://apple.stackexchange.com/questions/337940/why-is-usr-include-missing-i-have-xcode-and-command-line-tools-installed-moja</a><br>
<br>
That talks about *headers*, not *libraries*.  (Don't be confused by the "/Library" used in some path names in that item - /Library has more than libraries in it.)<br>
<br>
macOS has, all the way back to when it was called "Mac OS X", had a notion of "frameworks", which are not installed under /usr/lib, and that contain dynamically-linked shared libraries; the higher-level Cocoa APIs, for example, are provided as frameworks, as are C libraries such as Core Foundation.<br>
<br>
UNIX APIs, however, are, and have always been, implemented as regular dynamically-linked shared libraries under /usr/lib.<br>
<br>
The executable image for Microsoft Word for Mac has the strings<br>
<br>
        /usr/lib/libz.1.dylib<br>
        /usr/lib/libsqlite3.dylib<br>
        /usr/lib/libobjc.A.dylib<br>
        /usr/lib/libc++.1.dylib<br>
        /usr/lib/libSystem.B.dylib<br>
<br>
built into it as library paths; if Apple were to decide to put UNIX libraries somewhere other than /usr/lib, and not have a /usr/lib symbolic link pointing to the new location, the run-time linker would have to extract the final component of paths beginning with /usr/lib and treat them as if they pointed to a library in the new location, instead; they could probably do that, but it's not clear what the point of doing so would be.<br>
<br>
So if somebody were to claim that macOS will be putting *UNIX libraries* (as opposed to macOS frameworks, or header files) in some location other than /usr/lib, I'd have to ask for some pretty solid evidence to believe that claim; I haven't seen any such evidence so far.<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature">Bryan<br><><</div>