On 10 Jun 2013, at 09:22, Bruce Tulloch wrote:

What is the *recommended* way to build and package a shared library for OSX?

Our aim is that ordinary users can "just install it" such that other
applications that depend on the library "just run" (without requiring
authors of those other applications to include a copy of the library in their bundle or users to fiddle with command line command to configure them
if they don't).

The above is the non-recommended way. The recommended way is to have application packagers include the library (or framework) within their application bundle in order to prevent version conflicts or the absence of the correct version on the system to cause problems. And to give them the ability to just copy the application from one system to another and have it keep working without having to hunt everywhere for other components they also have to copy (although this is not possible for all applications, for most it is).

This library facilitates low level I/O. There are no UI or other resources but it has headers for those who want to build apps against it. If this
were just UNIX we'd put under /usr/lib (and /use/include and perhaps
/usr/share) but doing this this seems to be discouraged when reading the
Apple's developer docs.

Under Mac OS X (and *BSD, and probably even most Linux distributions these days), you would put it under /usr/local/[lib,include,share]. / usr/lib etc are reserved for system usage.

We don't want to depend on MacPorts, Fink or Brew etc. Should we be
packaging this as a framework, albeit a simple one?

If you absolutely want to distribute it as a standalone framework, you would generally install it under /Library/Frameworks or under /Library/ Application Support/YourProductName.


Jonas
_______________________________________________
fpc-pascal maillist  -  fpc-pascal@lists.freepascal.org
http://lists.freepascal.org/mailman/listinfo/fpc-pascal

Reply via email to