Go to the first, previous, next, last section, table of contents.


A postmortem analysis of other implementations

In all fairness, each of the implementations that I examined do the job that they were intended to do, for a number of different host systems. However, none of these solutions seem to function well as a generalized, reusable component.

Most were too complex for me to use (much less modify) without understanding exactly what the implementation does, and they were generally not documented.

I think the main problem is that different vendors have different views of what libraries are, and none of the packages I examined seemed to be confident enough to settle on a single paradigm that just works.

Ideally, libtool would be a standard that would be implemented as series of extensions and modifications to existing library systems to make them work consistently. However, I don't have the time or power to convince operating system developers to mend their evil ways, and I want to build shared libraries right now, even on buggy, broken, confused operating systems.

For this reason, I have designed libtool as an independent shell script. It isolates the problems and inconsistencies in library building that plague `Makefile' writers by wrapping the compiler suite on different platforms with a consistent, powerful interface.

I hope that libtool will be useful to and used by the GNU community, and that the lessons I've learned in writing it will be taken up and implemented by designers of library systems.


Go to the first, previous, next, last section, table of contents.