pjs/c-sdk в efad155cebc028d75e6b924636a3c591f99278a2 - pjs

История

seawood%netscape.com 37a3044f84 Hardcode the use of Sun's ld & ranlib since they are the only ones supported. Bug #181382 r=dmose		2002-12-17 21:44:49 +00:00
..
config	Bug 143300: Support for files with >2GB size. Now, we compile with _LARGEFILE64_SOURCE tag and we use fopen/fopen64 accordingly.	2002-06-07 20:09:11 +00:00
ldap	Bug 179133: Now we support cert and key DBs with prefixes in the names also, just like ldapssl_pkcs_init() does. Now all of the code calls NSS_Initialize() instead of NSS_Init().	2002-12-04 19:10:17 +00:00
.cvsignore	add .fast-update	2002-03-26 22:17:48 +00:00
Makefile.in	Merge onto the trunk all changes made on	2002-04-17 21:53:50 +00:00
README.configure	LDAP C SDK v5.0 merge from ldapcsdk_branch_50 (at ldapcsdk_branch_50-20020326-pre-trunk-merge-tag).	2002-03-26 21:54:41 +00:00
aclocal.m4	LDAP C SDK v5.0 merge from ldapcsdk_branch_50 (at ldapcsdk_branch_50-20020326-pre-trunk-merge-tag).	2002-03-26 21:54:41 +00:00
build.mk	NetBSD build-system fix (bug 135027); r=seawood@netscape.com	2002-06-13 22:02:08 +00:00
component_versions.mk	Fix bug # 138545 - more flexibility needed for pre-built components	2002-04-24 15:08:06 +00:00
configure	Hardcode the use of Sun's ld & ranlib since they are the only ones supported.	2002-12-17 21:44:49 +00:00
configure.in	Hardcode the use of Sun's ld & ranlib since they are the only ones supported.	2002-12-17 21:44:49 +00:00
gmakefile.win	LDAP C SDK v5.0 merge from ldapcsdk_branch_50 (at ldapcsdk_branch_50-20020326-pre-trunk-merge-tag).	2002-03-26 21:54:41 +00:00
package.mk	Do not try to package LDAP command line tools if they were	2002-06-28 20:43:47 +00:00

README.configure

The autoconf files here are a minimal shim to allow the LDAP C SDK to
build with autoconf.  These are currently just a slightly modified
version of the existing Makefile.client-based build system, merged
with a copy of the NSPR autoconf stuff.  As in the main browser tree,
I've checked in the (generated) configure script so that autoconf
isn't a prerequisite to build.

My hope is that the owners of the C SDK will be interested in
migrating to this build system, so that over time it can evolve into a
true autoconf-style build system with all the goodies that go with
that (ie configure-time feature tests for faster porting to new
platforms, cross-compilation support, etc.).

Comments to <news://news.mozilla.org/netscape.public.mozilla.directory>, 
please.

Dan Mosedale
<dmose@netscape.com>