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@
This is on powerpc-ibm-aix5.1.0.0 with RC2. autoconf 2.13.
This is one of the recent changes that introduced the problem, since it
was building just fine a few days ago.
Ah, and here is the change that caused the problem:
Subject: cvs commit: apr configure.in CHANGES
Date: 18 Mar 2003 23:10:16 -0000
From: [EMAIL PROTECTED]
Reply-To: [email protected]
To: [EMAIL PROTECTED]
brane 2003/03/18 15:10:15
Modified: include apr.hw apr.hnw apr.h.in
. configure.in CHANGES
Log:
Define a printf format and format length for apr_uint64_t.
Also define APR_INT64_T_FMT_LEN on Windows and Netware; Unix already
defines that symbol.
__________________________________________________________________
Stas Bekman JAm_pH ------> Just Another mod_perl Hacker
http://stason.org/ mod_perl Guide ---> http://perl.apache.org
mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com
http://modperlbook.org http://apache.org http://ticketmaster.com
