HP C++ and gnulib string.h

[Albert Chin]

We recently built poppler-0.5.4, a C++ library, and had to bring in
gnulib for snprintf() on Tru64 UNIX. Because of this, lib/string_.h ->
lib/string.h which the HP C++ compiler has a problem with. On 11.x/PA,
the HP C++ compiler does not support #include_next. So, we get
#include "///usr/include/string.h". This fails to include the
C++-specific <string.h> and thus some functions like strchr() don't
get defined, leading to compile failures. When you #include <string.h>
in a C++ program, /opt/aCC/include/string.h is included first, which
then includes /usr/include/string.h (via <cstring>). The reverse
doesn't work.

So, do we need to compensate for this. I hacked up something to work
around this and have attached it.

-- 
albert chin (address@hidden)

a
Description: Patch