No subject
Fri Mar 19 13:53:46 EDT 2010
--debug-trycompile = Do not delete the try compile directories.
HTH,
David
On Thu, Apr 1, 2010 at 4:10 PM, Phil Smith <phil at voltage.com> wrote:
> 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) for IBM System z
> (mainframes).
>
> We recently added a new developer, and in setting her up, we had problems
> with:
> -- 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
> this 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
> the 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
> diagnosis 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
> sacrificial machine that I can test on.
> --
> ...phsiii
>
> Phil Smith III
> phil at voltage.com
> Voltage Security, Inc.
> www.voltage.com
>
> _______________________________________________
> Powered by www.kitware.com
>
> Visit other Kitware open-source projects at
> http://www.kitware.com/opensource/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
>
--001636284b6aad4c59048332e0d8
Content-Type: text/html; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
If you run cmake with "--debug-trycompile", it will leave the dro=
ppings you're looking for.<div><br></div><div>From cmake --help:<br><di=
v>--debug-trycompile =A0 =A0 =A0 =A0 =A0=3D Do not delete the try compile d=
irectories.<br>
<br></div><div><br></div><div>HTH,</div><div>David</div><div><br></div><div=
><br><div class=3D"gmail_quote">On Thu, Apr 1, 2010 at 4:10 PM, Phil Smith =
<span dir=3D"ltr"><<a href=3D"mailto:phil at voltage.com">phil at voltage.com<=
/a>></span> wrote:<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex;">Those who have had my dumb questions inflic=
ted on them in the past will recall that I'm using CMake with a cross-c=
ompiler (Dignus) for 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 delete=
d even if the process fails. That seems wrong: shouldn't it leave the d=
roppings for 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 sac=
rificial 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.c=
om/opensource/opensource.html" target=3D"_blank">http://www.kitware.com/ope=
nsource/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.cmake.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><br>
</blockquote></div><br></div></div>
--001636284b6aad4c59048332e0d8--
More information about the CMake
mailing list