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. -- -Gary Mills- -Unix Support- -U of M Academic Computing and Networking-
