<div dir="ltr">${FILE_PATH} is PATH part of ${FIL} and ${FIL} is path of each of .proto files relative to CMakeLists.txt as the user has entered in CMakeLists.txt. So ${FIL} and consequently ${FILE_PATH} cannot contain drive letters in a genuine usage scenario. Or I'm missing something.<br>

</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Mon, May 26, 2014 at 3:45 PM, David Cole <span dir="ltr"><<a href="mailto:dlrdave@aol.com" target="_blank">dlrdave@aol.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div class="">> Hi everybody there,<br>
><br>
> Subject says it all. See the attached patch please.<br>
><br>
> (Didn't care enough to leave hg for git to generate the patch. Sorry.)<br>
<br>
<br>
</div>FILE_PATH is likely to contain "C:" or some other drive letter on<br>
Windows. It is therefore unsuitable for using to construct a sub-path<br>
underneath CMAKE_CURRENT_BINARY_DIR.<br>
<br>
You don't have to care enough to leave hg, but we do have to care<br>
enough to make sure CMake still works on all the platforms it's<br>
intended to work on.<br>
<br>
This patch may fix your particular use case, but it is not generally<br>
correct, and therefore, unlikely to be adopted into upstream CMake.<br>
There must be a better solution, that will work on all platforms...<br>
<br>
<br>
David C.<br>
<br>
<br>
</blockquote></div><br></div>