Closed Bug 363168 Opened 18 years ago Closed 18 years ago

svrcore: use autotools; build shared lib

Categories

(Directory :: LDAP C SDK, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: richm, Assigned: mcs)

Details

svrcore should use autotools for building and should build a shared lib instead of a static lib only.
New srpm:
http://www.tiki-lounge.com/~toshio/fedora/svrcore-4.0.2.02-0.src.rpm
New tarball:
http://www.tiki-lounge.com/~toshio/fedora/svrcore-4.0.2.02.tar.gz

I've gone through the #ifdefs now and made a few minor changes.  I think this
tarball is good to go as far as replacing coreconf with autotools.  It will need
some tweaking from your end (documentation, runtime testing, etc) but is largely
complete.

Changes:
* configure.ac: We don't have any fallbacks in code for missing string.h,
termios.h, or unistd.h.  Have configure error if any of those are missing.

* ntgetpin.c, user.c: Code was using both #ifdef WIN32 and #ifdef _WIN32. 
Changed all to the _WIN32 form.

* user.c: Instead of checking if we're building on XP_UNIX, check that we aren't
building on _WIN32.  This matches with code later in the file that uses the
functions define here if we are not on _WIN32.
Done.  Code has been committed and tagged as SVRCORE_4_0_3_RTM.
NOTE: Windows still builds using the old method - see the README.win and INSTALL.win in the source for the slightly modified build instructions.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.