On Wed, Jan 23, 2008 at 02:38:52PM +0000, Richard W.M. Jones wrote:
Daniel Veillard wrote:
>> dnl Do we have rpcgen?
>> AC_PATH_PROG(RPCGEN, rpcgen, no)
>>@@ -621,8 +625,8 @@
>> [enableval=no])
>>
>> if test "${enableval}" = yes; then
>>- gl_COMPILER_FLAGS(-fprofile-arcs)
>>- gl_COMPILER_FLAGS(-ftest-coverage)
>>+ dnl gl_COMPILER_FLAGS(-fprofile-arcs)
>>+ dnl gl_COMPILER_FLAGS(-ftest-coverage)
>
> We really shouldn't assume such recent features of gcc, I understand
>it's useful from for coverage reports, but it really can't get in the
>way for normal compilations, maybe this need to be refined a bit so that
>we can keep it. I would have assumed that if --enable-test-coverage wasn't
>explicitely asked for, then those bits would not need to be disabled,
>right ?
Yes, but unfortunately it doesn't work. Because gl_COMPILER_FLAGS isn't
expanded in the output, ./configure fails even though the code is in a
conditional arm. Bourne shell just can't parse it.
The problem seems to come about because aclocal doesn't put
gl_COMPILER_FLAGS into aclocal.m4, and that is apparently because
autom4te doesn't believe that gl_COMPILER_FLAGS is really used.
I don't know how to solve this -- I just commented it out so I could get
it to work at all.
This definition comes from the m4/compilerflags.m4 file. You might
want to try moving that stuff into 'acinclude.m4' instead.
Regards,
Dan.
--
|=- Red Hat, Engineering, Emerging Technologies, Boston. +1 978 392 2496 -=|
|=- Perl modules:
http://search.cpan.org/~danberr/ -=|
|=- Projects:
http://freshmeat.net/~danielpb/ -=|
|=- GnuPG: 7D3B9505 F3C9 553F A1DA 4AC2 5648 23C1 B3DF F742 7D3B 9505 -=|