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: [email protected]
For additional commands, e-mail: [email protected]
