Build configure script choose the wrong transcoding service on HP-UX --------------------------------------------------------------------
Key: XERCESC-1929 URL: https://issues.apache.org/jira/browse/XERCESC-1929 Project: Xerces-C++ Issue Type: Bug Components: Build Affects Versions: 3.1.0 Environment: 2 Intel(R) Itanium 2 9000 series processors (1.6 GHz, 18 MB), 16363MB,64bit HP-UX, 11.23, aCC, A.06.12 Reporter: yingcai Priority: Minor Fix For: 3.0.1 On our HP-UX, Xerces-C 3.1.0 uses GNU iconv lib by default, but that library does not exist. So it leads to an "can not load transcoding service" error. I think need to check the following part of Xerces-C 3.1.0's m4/xerces_transcoder_selection.m4. # Check for GNU iconv support no_GUNiconv=false AC_CHECK_HEADERS([iconv.h wchar.h string.h stdlib.h stdio.h ctype.h locale.h errno.h], [], [no_GNUiconv=true]) # The code in iconv needs just on of these include files AC_CHECK_HEADER([endian.h], [], [ AC_CHECK_HEADER([machine/endian.h], [], [ AC_CHECK_HEADER([arpa/nameser_compat.h], [], [no_GNUiconv=true]) ]) ]) On our HP-UX, endian.h or machine/endian.h doesn't exist, but arpa/nameser_compact.h exists, so the configure script thinks that GNU iconv library exists. In Xerces-C 3.0.1 GUNIconv lib detection m4 definition is like this: AC_CHECK_HEADERS([iconv.h wchar.h string.h stdlib.h stdio.h ctype.h locale.h errno.h endian.h], [], [no_GNUiconv=true]) It doesn't check arpa/nameser_compact.h or machine/endian.h. This problem can be solved by passing "--enable-transcoder-iconv" to configure. -- This message is automatically generated by JIRA. - You can reply to this email to add a comment to the issue online. --------------------------------------------------------------------- To unsubscribe, e-mail: c-dev-unsubscr...@xerces.apache.org For additional commands, e-mail: c-dev-h...@xerces.apache.org