325518 - Make autoconf build work with MSVC .NET 2003 + cygwin

Status: RESOLVED DUPLICATE of bug 301035

(Directory Graveyard :: LDAP C SDK, defect)

Description

[Rich Megginson]

There are a number of issues with making the build work with the new free MSVC .NET 2003 + platform sdk and cygwin.
1) need to use cygpath -m on all nspr, nss, and svrcore user supplied paths
2) There is no more lib.exe - use link.exe /lib
3) Some headers have disappeared
4) general cross platform makefile fixes
5) add libutil to autoconf build

Comment 1

[Rich Megginson]

Attachment: files for fix

Comment 2

[Rich Megginson]

Attachment: diffs for fix

Comment 3

[Rich Megginson]

see also bug 301035

1) Don't set the -lsvrcore in SVRCORE_LIBS in configure - instead, do it the
way we do the NSPR and NSS libs, in build.mk
2) For the component LINK macros, use name.lib instead of -lname on Windows
3) The new free MSVC compiler does not have lib.exe - add an autoconf test for
the lib program and use link /lib if missing
4) If using MSVC (which expects DOS style absolute paths) and cygwin (which
uses unix style abs. paths), use cygpath -m on all user supplied paths to make
sure they are in the correct format for cl and link.  It's better to do this
during configure rather than depend on cygwin_wrapper which is much, much
slower.
5) Don't link with the odbc libs (Why did we ever need these!?!??!?)
6) The free MSVC doesn't include afxwin.h, so use the other header files
instead
7) Add libutil to the Windows build, including getting rid of the old Makefile
and adding a new Makefile.in for the autoconf build (the Makefile.client
remains)
8) getopt.c doesn't need lber.h

Comment 4

[Rich Megginson]

*** This bug has been marked as a duplicate of 301035 ***