<div dir="ltr">I was wondering about this as well. Ravi, what is your motivation for having object file names of a particular format? I don't think I've ever had to care what object files in our builds are called.<br><br>Petr<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Sep 11, 2014 at 10:01 AM, Andreas Mohr <span dir="ltr"><<a href="mailto:andi@lisas.de" target="_blank">andi@lisas.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
> Date: Thu, 11 Sep 2014 07:49:23 +0000<br>
> From: Ravi Raman <ravi.raman@Xoriant.Com><br>
<span class=""><br>
> Hi,<br>
><br>
> Thanks Petr for your reply. By incorrect I meant instead of the conventional main.obj, we get main.cpp.obj.<br>
> I understood what you are saying. We have found a solution for this in our cmake code.<br>
<br>
</span>Good, so you've found a "solution" - to which, umm, I dare ask... "problem" exactly? :)<br>
<span class=""><br>
> We have explicitly set the /Fo compiler flag for main.cpp. With that it creates main.obj for main.cpp and also main.res for main.rc<br>
<br>
</span>Why does this need some manual effort (and of manually adding a very specific compiler flag syntax, in fact!)<br>
when it ideally/normally/usually shouldn't,<br>
one would want to ask.<br>
Perhaps this "issue" is indicative of an asymmetric/incomplete mechanism or configuration<br>
in CMake or this specific CMake environment, which one might want to discover and fix,<br>
in order to have the need for any manual tweaking (in all sufficiently standard cases)<br>
avoided in all future deployments...<br>
<br>
Thanks,<br>
<br>
Andreas Mohr<br>
</blockquote></div><br></div>