Ralf's patch seems to fix the compile problems from the invalid conversions related to the inttypes.h vs stdint.h issue. I have both inttypes.h and stdint.h on my system, which must be common since inttypes.h includes stdint.h. I thought those files came with libc, which in my case is glibc 2.2.4. I don't know offhand what the best "#ifdef line to recognize my system" would be, but I'll be happy to research the subject if someone can steer me in the right direction. :)
Given the problems you get with ngettext later, I'd say the 'right' thing for you to do would be to try a newer glibc version. A newer glibc would perhaps solve both the inttypes and the ngettext problem. However, that's probably a system upgrade.
Regarding ngettext, I'm at a loss: configure checks for it but does not define a macro for our case. According to
http://www.delorie.com/gnu/docs/gettext/gettext_190.html
the AM_GNU_GETTEXT macro with the needs-ngettext option should take care of it all. We have that in m4/gettext.m4 but defining it in configure.ac will not find it, and I don't even know if it could break our configure. I don't see an intl/ directory, either.
Who can help?
Regarding the right way of handling the stdint/inttypes case, Jon, I don't like fiddling with configure if it's just a glibc issue where we can use __GLIBC_MINOR__ etc. for discrimination of that case, but to prove it's glibc, either Jim has to upgrade or I'd have to reproduce the error somehow...
ralf