[Date Prev][Date Next]
Re: libtool compilation failures (ITS#795)
So I take it that until OpenLDAP adopts a version of libtool that
interacts correctly with system-included libtool functionality, RPMs for
2.0.4 will have to be ugly hacks? I've checked into RPM, and it appears
there is no way to turn off libtoolize (which keys off a package's
inclusion of the libtools toolset). I may just need to patch each openldap
version to include libtool versions required for an RPM build.
I could be wrong in this and overstating the case, but its no end of
frustration, and I still consider it an open issue.
On Sat, 30 Sep 2000, Kurt D. Zeilenga wrote:
> This sounds like a problem with a particular repackaging of
> OpenLDAP and not with OpenLDAP as provided by the project. If a
> re-packager mucks with the build environment, they can easily
> much things up. The re-packager "owns" any issues resulting
> from such changes.
> As far as OpenLDAP supporting multiple versions of libtool, this
> is not terribly feasible and makes little sense. libtool is
> designed as an "embedded" tool. We only need to be compatible
> with the version of libtool which we "embed" in our build system.
> If someone mucks with the build system, they can easily muck it
> As far as upgrading to libtool 1.3.5, that will happen in due
> course. Likely not for 2.0, maybe for 2.1, more likely 2.2.
> At 04:37 AM 10/1/00 +0000, firstname.lastname@example.org wrote5:
> >Full_Name: Joe Little
> >Version: 2.0.4
> >OS: Redhat Linux 7.0
> >Submission from: (NULL) (18.104.22.168)
> >Although a direct compile (./configuure after untaring) does correctly use
> >build/ltmain.sh in the source tree to create /libtool in the main directory,
> >an RPM build (which calls /usr/bin/libtoolize) generates a libtool from outside
> >the openldap build tree. In the case of OpenLdap 2.0.4, the result is a build
> >using either libtool 1.3.4 (rh6.2) or 1.3.5 (rh70). Both version's have an
> >ltmain.sh which do not have
> > --only-shared)
> > build_libtool_libs=yes
> > build_old_libs=no
> > ;;
> > --only-static)
> > build_libtool_libs=no
> > build_old_libs=yes
> > ;;
> >in its definition. The slapd/backend-ldbm makefile calls libtool with
> >On Redhat 6.2/7.0 systems (and likely any RPM-based system with libtool >
> >an RPM build fails.
> >This is either an issue specific to OpenLDAP's build system, or possibly to
> >new configuration in libtool 1.3.4/1.3.5. In any case, it maybe wise for
> >OpenLDAP to
> >correctly handle all libtool versions or maybe use 1.3.5 out of the box.