At 04:18 AM 3/24/2003, Jeff Trawick wrote: >Stas Bekman wrote: >>Stas Bekman wrote: >> >>> >>>Making all in srclib >>>Making all in apr >>>Making all in strings >>> /bin/sh /build/httpd/httpd-2.0/srclib/apr/libtool --silent >>> --mode=compile cc_r -g -qHALT=E -qinfo=pro -qfullpath -qinitauto=FE >>> -qcheck=all -DHAVE_CONFIG_H -U__STR__ -D_USE_IRS -D_THREAD_SAFE >>> -I../include -I../include/arch/unix -c apr_cpystrn.c && touch >>> apr_cpystrn.lo >>>"../include/apr.h", line 396.1: 1506-191 (E) The character @ is not a valid >>>C source character. >>>"../include/apr.h", line 396.14: 1506-191 (E) The character @ is not a valid >>>C source character. >>>"../include/apr.h", line 397.1: 1506-191 (E) The character @ is not a valid >>>C source character. >>>"../include/apr.h", line 396.2: 1506-166 (S) Definition of function >>>uint64_t_fmt requires parentheses. >>>"../include/apr.h", line 397.18: 1506-191 (E) The character @ is not a valid >>>C source character. >>> >>>These don't get substituted: >>>@uint64_t_fmt@ >>>@uint64_t_fmt_len@ > >Stas, it looks good for me this a.m. on AIX 5.2: > >/* And APR_UINT64_T_FMT */ >#define APR_UINT64_T_FMT "llu" >#define APR_UINT64_T_FMT_LEN 3 > >Is it possible that you didn't run buildconf after picking up the new >configure.in or that something in the cache is messing things up?
Jeff - can you confirm for the APR_0_9_2 tag, or does this only work from cvs HEAD of apr? I'm looking for guidance on using 0.9.2 v.s. HEAD for the HTTPD-2.0.45 release within the next few days. Bill
