[LOGCXX-313] Build process fails in case of absence of iconv support in apr-util

• Type: Bug
• Status: Resolved
• Priority: Major
• Resolution: Fixed
• Affects Version/s: 0.10.0
• Component/s: Build

Environment

apr-1.3.0, apr-util-1.3.0,
gcc -v:
Using built-in specs.
Target: ia64-hp-hpux11.23
Configured with: /tmp/gcc-4.3.1.tar.gz/gcc-4.3.1/configure --host=ia64-hp-hpux11.23 --target=ia64-hp-hpux11.23 --build=ia64-hp-hpux11.23 --prefix=/opt/hp-gcc-4.3.1 --with-gnu-as --without-gnu-ld --with-ld=/usr/ccs/bin/ld --enable-threads=posix --enable-languages=c,c++ --with-gmp=/proj/opensrc/be/ia64-hp-hpux11.23 --with-mpfr=/proj/opensrc/be/ia64-hp-hpux11.23
Thread model: posix
gcc version 4.3.1 (GCC)

• Assignee: Curt Arnold
• Reporter: Aleksandr Vinokurov
• Created: 03/Oct/08 11:33
• Updated: 10/Feb/14 14:10
• Resolved: 10/Feb/14 14:10

Description

Class APRCharsetDecoder is defined in src/main/cpp/charsetdecoder.cpp in case of APR_HAS_XLATE != 0 definition (in apr-util: apu.h), while on line 480 we see this usage:

#if APR_HAS_XLATE || !defined(_WIN32)
return new APRCharsetDecoder(charset);
#else
throw IllegalArgumentException(charset);
#endif

So we have a not win32 platform and we have APR_HAS_XLATE == 0, this way we have not defined APRCharsetDecoder class but still use it!

And there are some more files with such issues.