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 -=|
--
Libvir-list mailing list
Libvir-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/libvir-list