ds.git/missing, branch basecleanup

Generated autotools files for syntax validation feature.

2009-05-11T17:23:34+00:00

A change was also made to Makefile.am to avoid library versioning
for our C++ plug-in libraries.  This change should allow us to use
autogen.sh on recent platforms without running into issues during
build-time.

reran autogen.sh (automake V1.9.6, autoconf V2.59)

2008-10-19T17:12:55+00:00

Related: 207457

2008-10-17T22:12:48+00:00

Summary: Add support for 64-bit counters (phase 1).

Resolves: #450753

2008-07-02T16:14:40+00:00

Summary: Add CLI for dynamic reload schema file task

Resolves: 450746

2008-06-10T20:24:03+00:00

Summary: Added CLI for creating memberOf fix-up task entry.

Resolves bug 434403

2008-02-27T16:59:11+00:00

Initial import of memberof plugin from FreeIPA (refactored from changeset 640:9c57bd91b32f if ipa-memberof.c).

2008-02-19T06:04:56+00:00

revert back to using autoconf 2.59 - 2.61 causes the -avoid-version flag to be ignored, which causes rpm packaging errors

2007-08-09T00:10:32+00:00

forgot to commit the autotool generated files

2007-08-08T22:31:55+00:00

Resolves: bug 229286

2007-02-19T23:55:04+00:00

Bug Description: Solaris build: link shared libs correctly with libtool
Reviewed by: nkinder, prowley (Thanks!)
Fix Description: We have to use the $(CXXLINK) Makefile macro to build shared libs that use C++ code or link with C++ libs.  In addition, Sun C++ link needs -lCstd and -lCrun.  I added AC_DISABLE_STATIC so that we wouldn't generate all the .a libs we don't use.  Lastly, but not leastly, libtool on rhel/fedora has a "feature" that adds several gcc-isms to the libtool script generated by configure.  At best, these cause builds with non-gcc compilers to complain quite a bit, and at worst, cause the build to fail.  I've added a sed command in configure to remove these gcc-isms from libtool on non-gcc platforms.
Platforms tested: RHEL4, FC6, Solaris 9
Flag Day: no
Doc impact: no