[Libvir] Libvirt on Mac OS X 10.5

[Daniel P. Berrange]

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  -=|