From dev-return-12558-apmail-apr-dev-archive=apr.apache.org@apr.apache.org Mon Aug 09 18:04:16 2004 Return-Path: Delivered-To: apmail-apr-dev-archive@www.apache.org Received: (qmail 8348 invoked from network); 9 Aug 2004 18:04:15 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 9 Aug 2004 18:04:15 -0000 Received: (qmail 33863 invoked by uid 500); 9 Aug 2004 18:04:13 -0000 Delivered-To: apmail-apr-dev-archive@apr.apache.org Received: (qmail 33831 invoked by uid 500); 9 Aug 2004 18:04:13 -0000 Mailing-List: contact dev-help@apr.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Delivered-To: mailing list dev@apr.apache.org Received: (qmail 33808 invoked by uid 99); 9 Aug 2004 18:04:12 -0000 X-ASF-Spam-Status: No, hits=0.1 required=10.0 tests=DNS_FROM_RFC_ABUSE X-Spam-Check-By: apache.org Message-Id: X-Mailer: Novell GroupWise Internet Agent 6.5.2 Beta Date: Mon, 09 Aug 2004 12:03:57 -0600 From: "Brad Nicholes" To: , Subject: Re: RC5 Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Disposition: inline X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 500/1000/N 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 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.