Hi Rolf,<div><br></div><div>Can you update to a CMake based on 'next' and try the commit I made this morning on a QNX machine? (based on your patch, thank you for that...)<br><br></div><div><a href="http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=680ca4baab85cbc1be98bcfd81b7e4402ffa8d84">http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=680ca4baab85cbc1be98bcfd81b7e4402ffa8d84</a></div>
<div><br></div><div>We are supposed to have a continuous and a nightly QNX dashboard running, but they do not seem to be reporting for the last few days.</div><div><br></div><div><br></div><div>Thanks,</div><div>David</div>
<div><br></div><div><br><div class="gmail_quote">On Sat, Nov 6, 2010 at 4:52 PM, David Cole <span dir="ltr"><<a href="mailto:david.cole@kitware.com">david.cole@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
I will keep going with this on Monday....<br>
<br>
It was my intent to make the test fail last night on platforms where<br>
we could not determine the processor count, so we'd get a good sense<br>
of how much work remains for the platforms not yet accounted for. But<br>
I messed up the test a bit.<br>
<br>
I'll correct that, and apply this patch on Monday and we'll keep<br>
moving forward. Hopefully other folks can chime in after that if there<br>
are still more platforms where we need to use other techniques to come<br>
up with the result.<br>
<br>
Thanks for the patch!<br>
<br>
<br>
More next week,<br>
David<br>
<div><div></div><div class="h5"><br>
<br>
On Sat, Nov 6, 2010 at 6:38 AM, Rolf Eike Beer <<a href="mailto:eike@sf-mail.de">eike@sf-mail.de</a>> wrote:<br>
> I feel like I'm taking the position the great Greg KH has in Linux kernel<br>
> development: the maintainer of crap. You write it "QNX" but you speak it<br>
> "crap". Don't get me wrong, I hate this stuff. But I have to deal with it so I<br>
> want CMake work there properly to reduce my pain.<br>
><br>
> So here is a fix for the ProcessorCount.cmake module to work properly there.<br>
> This also makes it possible on all platforms that have getconf to detect if<br>
> _NPROCESSORS_ONLN is not supported.<br>
><br>
> I would love to see if someone of Kitware could get into contact with the guys<br>
> at QNX. AFAIK there is sort of a free partner program where you get developer<br>
> licenses of their OS. I have two virtual machines (Linux KVM) running with<br>
> 6.4.1 and 6.5.0 which works (for some values of works). If you would go and<br>
> throw something like 6.3.2, 6.4.1, and 6.5.0 in virtual machines you could<br>
> make them build cmake nightly and test all this stuff. Sadly I can't use my<br>
> work machines for that (for different reasons).<br>
><br>
> Eike<br>
><br>
</div></div>> _______________________________________________<br>
> cmake-developers mailing list<br>
> <a href="mailto:cmake-developers@cmake.org">cmake-developers@cmake.org</a><br>
> <a href="http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers</a><br>
><br>
><br>
</blockquote></div><br></div>