Re: .gcno files removed from .libs directory

[Ralf Wildenhues]

Hello Vincent,

Thanks for the bug report.

* Vincent Torri wrote on Fri, Aug 29, 2008 at 05:38:59PM CEST:
>
> I'm compiling two libraries with the options -fprofile-arcs  
> -ftest-coverage passed to gcc.
>
> The first one has .gcno files in his directory and the .libs sub  
> directory. The second one has .gcno files in his directory but not in the 
> .libs subdir. I paste below the Makefile.am of eash lib:

[...]
> clean-local:
>       @rm -rf *.gcno

BTW, why the '@' here?  There's nothing wrong with showing this command
(but of course it doesn't matter much either).

> there is a difference in the creation of the libs.
>
> libtool explicitely removes the .gcno files in the 2nd case:
>
> libtool: link: rm -fr  .libs/eina_chained_mempool.gcno
>
> does someone know why libtool remove the .gcno files.

Not yet, but it does sound like a bug (in either Libtool or Autoconf).
You could really help us find this bug more easily by trying to reduce
this to a small example package that exposes the issue for you, and show
how exactly you configured and built the package.  The files
configure.ac, Makefile.am, and one library source file, should probably
be sufficient.  If that's too much work for you, then please at least
post how you configured and built the second package (all command lines
plus all of their output), and also post config.log.  Please gzip large
files, thank you.

BTW, which Libtool and Autoconf versions do you use?

Cheers,
Ralf