<br><br><div class="gmail_quote">On Tue, Apr 19, 2011 at 5:44 PM, James Bigler <span dir="ltr"><<a href="mailto:jamesbigler@gmail.com">jamesbigler@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div class="im">On Tue, Apr 12, 2011 at 2:24 PM, Bill Hoffman <span dir="ltr"><<a href="mailto:bill.hoffman@kitware.com" target="_blank">bill.hoffman@kitware.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div>On 4/12/2011 4:13 PM, David Cole wrote:<br>
<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Does somebody have reproducible steps to get to the point where<br>
CMAKE_SIZEOF_VOID_P disappears??<br>
<br>
I've never seen that...<br>
<br>
How many times do you have to re-configure before you start seeing this<br>
behavior? That sounds like something is just really wrong somewhere, and<br>
it would be a good thing to track down exactly what that is.<br>
<br>
</blockquote></div>
This variable is stored in this file:<br>
<br>
CMakeFiles/CMakeCCompiler.cmake<br>
<br>
It should not go away.<br><font color="#888888">
<br>
-Bill</font><div><div></div><div><br>
<br></div></div></blockquote></div><br></div>I just had this happen to one of my colleagues with a fresh build directory. When I looked into CMakeCCompiler.cmake this is what I found:<br><br># Save compiler ABI information.<br>
SET(CMAKE_C_SIZEOF_DATA_PTR "")<br>SET(CMAKE_C_COMPILER_ABI "")<br><br>IF(CMAKE_C_SIZEOF_DATA_PTR)<br> SET(CMAKE_SIZEOF_VOID_P "${CMAKE_C_SIZEOF_DATA_PTR}")<br>ENDIF(CMAKE_C_SIZEOF_DATA_PTR)<br>
<br>For whatever reason CMAKE_C_SIZEOF_DATA_PTR is empty.<br><br>What could cause this to happen? Is there perhaps a race condition or some other failure when CMake detects this value?<br><font color="#888888"><br>James<br>
</font><br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a href="http://www.cmake.org/Wiki/CMake_FAQ" target="_blank">http://www.cmake.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.cmake.org/mailman/listinfo/cmake" target="_blank">http://www.cmake.org/mailman/listinfo/cmake</a><br></blockquote></div><br><br>If it is a race condition that simply occurs "sometimes, sproadically" then we should be able to reproduce this by writing a script that tries to configure a project over and over again into a clean directory.<br>
<br>But I'm not convinced it's as simple as that. There must be something happening (or some condition on certain machines/platforms/compilers) that triggers it... otherwise, we'd see this on the CMake dashboard results sometimes, wouldn't we?<br>
<br>What compiler/generator are you using in this instance?<br>Does it repeat with a fresh build directory on this project in this environment? Or does it go away with a new fresh build?<br><br>Is the project that demonstrates this behavior public? (Can I try it here...?)<br>
<br>Thanks,<br>David<br><br>