Dear Brad,<div><br></div><div>Thanks for the info. I will try and I find any issues then will report.</div><div><br></div><div>*.cpp was just symbolic.</div><div><br></div><div>Regards,</div><div>Sumit <br><br><div class="gmail_quote">
On Fri, Aug 17, 2012 at 3:22 PM, Brad King <span dir="ltr">&lt;<a href="mailto:brad.king@kitware.com" target="_blank">brad.king@kitware.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On 8/17/2012 5:03 AM, Sumit Adhikari wrote:<br>
&gt; I have particular problem with the cmake generated output file naming<br>
&gt; conventions (like myfile.cpp.o, myfile.cpp.gcno, ....).<br>
<br>
</div>Object file names are computed in a deterministic manner<br>
based only on the source file name and location.  The<br>
object name must not conflict with that computed from any<br>
other source file.  In order to handle<br>
<br>
 add_executable(foo foo.c foo.cpp)<br>
<br>
the object name must include the source extension.<br>
<br>
The implementation is here:<br>
<br>
 <a href="http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmLocalGenerator.cxx;hb=v2.8.9#l2857" target="_blank">http://cmake.org/gitweb?p=cmake.git;a=blob;f=Source/cmLocalGenerator.cxx;hb=v2.8.9#l2857</a><br>
<br>
If you really want to avoid the extension you can set the<br>
undocumented internal implementation detail variable:<br>
<br>
 set(CMAKE_C_OUTPUT_EXTENSION_REPLACE 1)<br>
 set(CMAKE_CXX_OUTPUT_EXTENSION_REPLACE 1)<br>
<br>
some time after the project() command call that enables<br>
the C and CXX languages.  As the variables are internal<br>
details this will not be guaranteed to work in the future.<br>
<div class="im"><br>
&gt; These naming conventions creating trouble for me to run gcov *.cpp<br>
&gt; properly with my -o /objdir option<br>
<br>
</div>How does &quot;*.cpp&quot; match &quot;.cpp.o&quot;?<br>
<span class="HOEnZb"><font color="#888888"><br>
-Brad<br>
</font></span></blockquote></div><br><br clear="all"><div><br></div>-- <br>Sumit Adhikari,<br>Institute of Computer Technology,<br>Faculty of Electrical Engineering,<br>Vienna University of Technology,<br>Gußhausstraße 27-29,1040 Vienna<br>

</div>