[Date Prev][Date Next]
- To: Quanah Gibson-Mount <email@example.com>
- Subject: Re: LDAP_REL_ENG_2_4
- From: Howard Chu <firstname.lastname@example.org>
- Date: Fri, 31 Aug 2007 19:35:51 -0700
- Cc: email@example.com
- In-reply-to: <802CDAA739C998D6BB288A5F@deus-ex.zimbra.com>
- References: <802CDAA739C998D6BB288A5F@deus-ex.zimbra.com>
- User-agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.9a8pre) Gecko/2007082216 SeaMonkey/2.0a1pre
Quanah Gibson-Mount wrote:
OpenLDAP Release Engineering 2.4 has been sync'd with HEAD. Please check
it out and test that builds and functionality work as expected. I've
tested so far on MAC OS X x86.
All tests passed on OpenSUSE 10.2 x86 and x86_64.
Having the same old difficulty with accept() and socklen_t/size_t on HPUX ia64,
so apparently the patch for ITS#4629 still needs some work. One problem here is
that the HPUX header files are not actually in sync with their libraries. So
even if configure detects the size of the argument that the header file
prototype used, it may not necessarily match the version of accept() that
actually gets linked into the binary. (I.e., daemon.c compiled cleanly with no
warnings about type mismatches, but accept fails with EADDR. Recompiling with
an explicit size_t argument gets a warning, but the code runs correctly.) This
is compiling in LP64 mode...
Also back-perl fails to build on HPUX because perl defines struct magic and
MAGIC, and HPUX does as well (in /usr/include/sys/magic.h). For now I've worked
around this by adding -D_SYS_MAGIC_INCLUDED to the CPPFLAGS to get it to
compile. (Nothing actually needs the defs in <sys/magic.h>, it gets pulled in
indirectly by <arpa/nameser.h> for no good reason.)
With those problems aside, test030 fails in back-meta. I haven't got a working
gdb here yet so I haven't had a chance to examine the core file.
Seems to build OK on Solaris 10 sparc64. tests are still running at the moment.
-- Howard Chu
Chief Architect, Symas Corp. http://www.symas.com
Director, Highland Sun http://highlandsun.com/hyc/
Chief Architect, OpenLDAP http://www.openldap.org/project/