[cmake-developers] [CMake 0014506]: cmake doesn't build on my ARM system, can't find external libraries
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14506 == Reported By:Harald Becker Assigned To: == Project:CMake Issue ID: 14506 Category: CMake Reproducibility:always Severity: crash Priority: normal Status: new == Date Submitted: 2013-10-23 02:53 EDT Last Modified: 2013-10-23 02:53 EDT == Summary:cmake doesn't build on my ARM system, can't find external libraries Description: cmake build fails always with a message, it can't find an external library. Usually this is ZLIB, but if I fiddle with FindZLIB (Insert name of Library), then it fails on next package, which is Curl. And so on. The problem seams to be the cmake function Find_Library. It does not find external library names without adding explicit .so extension to list of searched name. On my x86 Box this works correct, only on my ARM it neglects to build, so it may be a problem with setting up system names or detecting system. This was also true in 2.8.10 and 2.8.11.1/2. Steps to Reproduce: Gentoo standard build with native armv7a-hardfloat-linux-gnueapi toolchain. Let me know what information you need for debugging. The ARM system is not my mail system, so I need to transfer information. == Issue History Date ModifiedUsername FieldChange == 2013-10-23 02:53 Harald Becker New Issue == -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CTest: Request review of topic ctest-fix-run-serial
On 10/23/2013 3:53 AM, Nils Gladitz wrote: Hello Bill, Would you approve a merge of the topic into next? Who else should I be asking for approval? e.g. is there a CTest specific maintainer? Thanks in advance. I am traveling right now at our NC Kitware office. There is someone there that has a complicated system he wanted to try your changes on. He should be able to get to that today. He also did some work on this issue in the past. As soon as we try it with that code, we can merge it to next. Thanks for the work, and sorry for the slow response. -Bill -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CTest: Request review of topic ctest-fix-run-serial
On 23.10.2013 15:15, Bill Hoffman wrote: I am traveling right now at our NC Kitware office. There is someone there that has a complicated system he wanted to try your changes on. He should be able to get to that today. He also did some work on this issue in the past. As soon as we try it with that code, we can merge it to next. Thanks for the work, and sorry for the slow response. Sounds great. Thanks! Nils -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CTestTestStopTime locale dependent failures
On 10/23/2013 12:42 PM, Nils Gladitz wrote: Would anyone mind me merging locale-independent-date-in-test into next? It replaces system and locale dependent date/time commands with string(TIMESTAMP). Sounds good to me. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] quoted argument \-continuation (was: Roadmap to CMake 3.0)
On 10/22/2013 07:15 AM, Ian Liu Rodrigues wrote: * Possibility to wrap long lines, maybe with a backslash at the end of the line; Yes, good idea. This makes sense inside quoted arguments: message(STATUS \ This is the first line! \ It is really long so we split it with a continuation. \ Actually it is the only line!\ ) The syntax has always generated errors in the past so it can be done without changing behavior for previously working code. Fortunately some of the recent lexer changes made for the bracket arguments makes this feature a one-line change to the lexer: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=efcf318f Note that \-continuation does not make sense within the new bracket-argument syntax whose purpose is to hold literal content with no escaping. All backslashes are literal, including those just before a newline. Thanks, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CTestTestStopTime locale dependent failures
On 23.10.2013 18:51, Brad King wrote: Sounds good to me. Thanks, -Brad -- I have merge conflicts with remove-pre-2.4-compatibility which also made me realize that string(TIMESTAMP) won't be available on all dashboards so I better redo it as a version dependent alternative rather than replacement. Nils -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CTest: Request review of topic ctest-fix-run-serial
Bill and Nils, I tried this on my large test suite under linux, and it seems to work. I checked that the serial tests in my suite were still run alone (although in my particular setup that happened to already occur). I also did not notice any violation of the RESOURCE_LOCK constraints which are also present in my suite. I get reduced overall runtime as this change seems to do a better job of getting the dependent tests run early. I did not evaluate this enough to make a quantitative statement. Does this change the logic to run previously failed tests first or was that already the case? I am not sure whether or not this is a better behavior. Can running failed tests first be considered a separate modification rather than part of the fix to running serial? Looks like a good change overall. Thank you On Wed, Oct 23, 2013 at 9:15 AM, Bill Hoffman bill.hoff...@kitware.comwrote: On 10/23/2013 3:53 AM, Nils Gladitz wrote: Hello Bill, Would you approve a merge of the topic into next? Who else should I be asking for approval? e.g. is there a CTest specific maintainer? Thanks in advance. I am traveling right now at our NC Kitware office. There is someone there that has a complicated system he wanted to try your changes on. He should be able to get to that today. He also did some work on this issue in the past. As soon as we try it with that code, we can merge it to next. Thanks for the work, and sorry for the slow response. -Bill -- Powered by www.kitware.com Visit other Kitware open-source projects at http://www.kitware.com/** opensource/opensource.htmlhttp://www.kitware.com/opensource/opensource.html Please keep messages on-topic and check the CMake FAQ at: http://www.cmake.org/Wiki/**CMake_FAQhttp://www.cmake.org/Wiki/CMake_FAQ Follow this link to subscribe/unsubscribe: http://public.kitware.com/cgi-**bin/mailman/listinfo/cmake-**developershttp://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers -- Casey B. Goodlett, Ph.D. RD Engineer Kitware, Inc. - North Carolina Office http://www.kitware.com (919) 969-6990 x310 -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] CTest: Request review of topic ctest-fix-run-serial
On 23.10.2013 19:28, Casey Goodlett wrote: Bill and Nils Does this change the logic to run previously failed tests first or was that already the case? I am not sure whether or not this is a better behavior. Can running failed tests first be considered a separate modification rather than part of the fix to running serial? First of thanks for testing! Vanilla CTest 2.8.12 prioritizes failed test by changing their COST to some float maximum (only if a parallel test run is being performed) before generating the sorted test cost list. I tried to duplicate that behavior but did so without modifying the actual COST. Nils -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] C++11 and target_compiler_feature proposal
Brad King wrote: CMAKE_CXX_COMPILER is always set to the proper full path these days, even in the IDE generators, so I wonder if we could actually run it against the header file to detect the features available for the current compiler instead of hard-coding a table in the platform information files. Then the checks would all be done in one place via the preprocessor and __has_feature if available. I've implemented this and merged it to next for dashboard testing. I haven't yet looked into how to create docs for the new WriteCompilerDetectionHeader module. Thanks, Steve. -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers
Re: [cmake-developers] Perforce Patch for CTest
Thanks a lot! Glad we could contribute. What's the process for changes? :) Adding support for P4Web in CDash made me realize that maybe we need to change how revisions are reported in Update.xml (file revisions instead of changelists), I'm looking into that right now. Pedro On Wed, Oct 23, 2013 at 1:49 PM, Brad King brad.k...@kitware.com wrote: On 10/22/2013 06:11 PM, Pedro Navarro wrote: Good point :) Here's the new patch. Great, thanks! I've applied it: http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c63ecee3 with minor tweaks: * Updated commit author date to when you sent the email * Wrote more extensive commit message * Marked P4_EXECUTABLE as an advanced cache option * Simplified the cygwin exclusion logic for adding the test * Quoted the p4d shell command args to support spaces in path I also downloaded the p4 and p4d binaries and put them on the hythloth.kitware dashboard machine so they should run as part of its Linux64-gnu test tonight. I used them to run the test locally and it works for me :) Great work, -Brad -- 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://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers