I have committed the patch for the Win32 compilation issues mentioned below. I also committed one small patch to apr/nwgnumakefile dealing with autoloading the ldap libraries that allows aprlib to be loaded in protected address space on NetWare. With these changes I think apr-util/ldap-HEAD is good to go for apr-util 1.0.
Brad Brad Nicholes Senior Software Engineer Novell, Inc., the leading provider of Net business solutions http://www.novell.com >>> Mladen Turk <[EMAIL PROTECTED]> Monday, August 09, 2004 10:50:28 AM >>> David Reid wrote: > So, apart from the complaints about apr-util, are people happy that > apr RC5 is OK? > > Are those who wanted the ldap code yanked now happy that it can be > added back in? > > david > Here is what I'm getting trying to compile the latest HEAD on WIN32: Creating apr_ldap.h from apr_ldap.hw Compiling... apr_ldap_url.c ldap\apr_ldap_url.c(286) : warning C4013: 'apr_pstrdup' undefined; assuming extern returning int ldap\apr_ldap_url.c(672) : warning C4013: 'apr_strtok' undefined; assuming extern returning int apr_ldap_init.c ldap\apr_ldap_init.c(199) : warning C4090: 'function' : different 'const' qualifiers ldap\apr_ldap_init.c(222) : warning C4013: 'const_cast' undefined; assuming extern returning int ldap\apr_ldap_init.c(222) : error C2065: 'ldc' : undeclared identifier ldap\apr_ldap_init.c(222) : error C2223: left of '->host' must point to struct/union ldap\apr_ldap_init.c(222) : warning C4047: 'function' : 'PCHAR' differs in levels of indirection from 'int' ldap\apr_ldap_init.c(222) : error C2223: left of '->port' must point to struct/union ldap\apr_ldap_init.c(222) : error C2198: 'ldap_sslinit' : too few arguments for call through pointer-to-function So, if the latest ldap sources are going to be in the 1.0, then they need some fixes. Regards, MT.
