On Sun, Nov 11, 2007 at 04:19:01PM -0800, Howard Chu wrote:
Agreed, it should not be relinking, ever, but that's libtool. I've submitted patches to libtool to correct this a number of times over the past several years but the problem remains, and it's our policy to avoid using customized OpenLDAP-specific versions of the GNU tools so we no longer provide patched versions of libtool in our CVS.
Yes, I understand your frustration with libtool and I don't expect OpenLDAP to include a patched version. Still, the OpenLDAP Makefiles could be modified to avoid libtool's relinking behavior.
In the meantime, there's no reason for this to be affecting your source tree. You can always build using an object tree separate from the source tree. And you can always use "make install DESTDIR=/tmp/foo" on the build system to create an alternate hierarchy that can then be copied to any other machine.
I didn't realize that I could do that, but it's still second best. Copying doesn't preserve an existing slapd.conf, for example. `make install' would be superior if it avoided writing to the source tree. This is easy enough to accomplish if it's made part of the policy.
Since there is no fundamental bug in OpenLDAP here, this ITS will be closed.
It's certainly not a bug in OpenLDAP, but just in the build and install system that accompanies OpenLDAP. I'd consider it a bug.