No subject
Fri Mar 19 13:53:46 EDT 2010
--debug-trycompile =3D Do not delete the try compile directories.
HTH,
David
On Thu, Apr 1, 2010 at 4:10 PM, Phil Smith <phil at voltage.com<mailto:phil at vo=
ltage.com>> wrote:
Those who have had my dumb questions inflicted on them in the past will rec=
all that I'm using CMake with a cross-compiler (Dignus) for IBM System z (m=
ainframes).
We recently added a new developer, and in setting her up, we had problems w=
ith:
-- Check size of unsigned long long - failed
(and all the other "-- Check size of ...").
These fail quietly, with no compile errors. Past experience suggests that t=
his is due to the regex not finding the magic string in the compiler output=
.
After some tinkering, my user backed off to CMake 2.6, and now it works.
I'm running 2.8.0 without problems; it looks like the process for doing the=
"check size" stuff changed in 2.8.1.
One thing that was a huge impediment to figuring this out before was that t=
he object created by the "check size" process seems to get deleted even if =
the process fails. That seems wrong: shouldn't it leave the droppings for d=
iagnosis if it fails?
Anyway, any hints about what this change means in terms of how it processes=
stuff, and where to look to figure out the issue? Fortunately I have a sac=
rificial machine that I can test on.
--
...phsiii
Phil Smith III
phil at voltage.com<mailto:phil at voltage.com>
Voltage Security, Inc.
www.voltage.com<http://www.voltage.com>
_______________________________________________
Powered by www.kitware.com<http://www.kitware.com>
Visit other Kitware open-source projects at http://www.kitware.com/opensour=
ce/opensource.html
Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.=
org/Wiki/CMake_FAQ
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--_000_B870629719727B4BA82A6C06A31C29122CAC47B02Chqmailsvr01vo_
Content-Type: text/html; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
<html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
//www.w3.org/TR/REC-html40">
<head>
<META HTTP-EQUIV=3D"Content-Type" CONTENT=3D"text/html; charset=3Dus-ascii"=
>
<meta name=3DGenerator content=3D"Microsoft Word 12 (filtered medium)">
<style>
<!--
/* Font Definitions */
@font-face
{font-family:"Cambria Math";
panose-1:2 4 5 3 5 4 6 3 2 4;}
@font-face
{font-family:Calibri;
panose-1:2 15 5 2 2 2 4 3 2 4;}
@font-face
{font-family:Tahoma;
panose-1:2 11 6 4 3 5 4 4 2 4;}
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{margin:0in;
margin-bottom:.0001pt;
font-size:12.0pt;
font-family:"Times New Roman","serif";}
a:link, span.MsoHyperlink
{mso-style-priority:99;
color:blue;
text-decoration:underline;}
a:visited, span.MsoHyperlinkFollowed
{mso-style-priority:99;
color:purple;
text-decoration:underline;}
span.EmailStyle17
{mso-style-type:personal-reply;
font-family:"Calibri","sans-serif";
color:#1F497D;}
.MsoChpDefault
{mso-style-type:export-only;}
@page Section1
{size:8.5in 11.0in;
margin:1.0in 1.0in 1.0in 1.0in;}
div.Section1
{page:Section1;}
-->
</style>
<!--[if gte mso 9]><xml>
<o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
</xml><![endif]--><!--[if gte mso 9]><xml>
<o:shapelayout v:ext=3D"edit">
<o:idmap v:ext=3D"edit" data=3D"1" />
</o:shapelayout></xml><![endif]-->
</head>
<body lang=3DEN-US link=3Dblue vlink=3Dpurple>
<div class=3DSection1>
<p class=3DMsoNormal><span style=3D'font-family:"Calibri","sans-serif";colo=
r:#1F497D'>Thanks,
David. With that option we were able to understand that our homemade toolin=
g
that has to force a specific option for the files compiled internally by CM=
ake
needed tinkering to notice the new names (it’s been so long since I w=
rote the
tooling that I’d forgotten about it!).<o:p></o:p></span></p>
<p class=3DMsoNormal><span style=3D'font-family:"Calibri","sans-serif";colo=
r:#1F497D'><o:p> </o:p></span></p>
<div style=3D'border:none;border-top:solid #B5C4DF 1.0pt;padding:3.0pt 0in =
0in 0in'>
<p class=3DMsoNormal><b><span style=3D'font-size:10.0pt;font-family:"Tahoma=
","sans-serif"'>From:</span></b><span
style=3D'font-size:10.0pt;font-family:"Tahoma","sans-serif"'> David Cole
[mailto:david.cole at kitware.com] <br>
<b>Sent:</b> Thursday, April 01, 2010 1:41 PM<br>
<b>To:</b> Phil Smith<br>
<b>Cc:</b> CMake list (cmake at cmake.org)<br>
<b>Subject:</b> Re: [CMake] 2.8.1 vs 2.8.0<o:p></o:p></span></p>
</div>
<p class=3DMsoNormal><o:p> </o:p></p>
<p class=3DMsoNormal>If you run cmake with "--debug-trycompile", =
it
will leave the droppings you're looking for.<o:p></o:p></p>
<div>
<p class=3DMsoNormal><o:p> </o:p></p>
</div>
<div>
<p class=3DMsoNormal>From cmake --help:<o:p></o:p></p>
<div>
<p class=3DMsoNormal style=3D'margin-bottom:12.0pt'>--debug-trycompile &nbs=
p;
=3D Do not delete the try compile directories.<o=
:p></o:p></p>
</div>
<div>
<p class=3DMsoNormal><o:p> </o:p></p>
</div>
<div>
<p class=3DMsoNormal>HTH,<o:p></o:p></p>
</div>
<div>
<p class=3DMsoNormal>David<o:p></o:p></p>
</div>
<div>
<p class=3DMsoNormal><o:p> </o:p></p>
</div>
<div>
<p class=3DMsoNormal><o:p> </o:p></p>
<div>
<p class=3DMsoNormal>On Thu, Apr 1, 2010 at 4:10 PM, Phil Smith <<a
href=3D"mailto:phil at voltage.com">phil at voltage.com</a>> wrote:<o:p></o:p>=
</p>
<p class=3DMsoNormal>Those who have had my dumb questions inflicted on them=
in
the past will recall that I'm using CMake with a cross-compiler (Dignus) fo=
r
IBM System z (mainframes).<br>
<br>
We recently added a new developer, and in setting her up, we had problems w=
ith:<br>
-- Check size of unsigned long long - failed<br>
(and all the other "-- Check size of ...").<br>
<br>
These fail quietly, with no compile errors. Past experience suggests that t=
his
is due to the regex not finding the magic string in the compiler output.<br=
>
<br>
After some tinkering, my user backed off to CMake 2.6, and now it works.<br=
>
<br>
I'm running 2.8.0 without problems; it looks like the process for doing the
"check size" stuff changed in 2.8.1.<br>
<br>
One thing that was a huge impediment to figuring this out before was that t=
he
object created by the "check size" process seems to get deleted e=
ven
if the process fails. That seems wrong: shouldn't it leave the droppings fo=
r
diagnosis if it fails?<br>
<br>
Anyway, any hints about what this change means in terms of how it processes
stuff, and where to look to figure out the issue? Fortunately I have a
sacrificial machine that I can test on.<br>
--<br>
...phsiii<br>
<br>
Phil Smith III<br>
<a href=3D"mailto:phil at voltage.com">phil at voltage.com</a><br>
Voltage Security, Inc.<br>
<a href=3D"http://www.voltage.com" target=3D"_blank">www.voltage.com</a><br=
>
<br>
_______________________________________________<br>
Powered by <a href=3D"http://www.kitware.com" target=3D"_blank">www.kitware=
.com</a><br>
<br>
Visit other Kitware open-source projects at <a
href=3D"http://www.kitware.com/opensource/opensource.html" target=3D"_blank=
">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Please keep messages on-topic and check the CMake FAQ at: <a
href=3D"http://www.cmake.org/Wiki/CMake_FAQ" target=3D"_blank">http://www.c=
make.org/Wiki/CMake_FAQ</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href=3D"http://www.cmake.org/mailman/listinfo/cmake" target=3D"_blank">h=
ttp://www.cmake.org/mailman/listinfo/cmake</a><o:p></o:p></p>
</div>
<p class=3DMsoNormal><o:p> </o:p></p>
</div>
</div>
</div>
</body>
</html>
--_000_B870629719727B4BA82A6C06A31C29122CAC47B02Chqmailsvr01vo_--
More information about the CMake
mailing list