Re: [cmake-developers] [CMake] CMake 2.8.12-rc2 Released
Am Montag, 16. September 2013, 21:58:08 schrieb clin...@elemtech.com:
Same here... and this looks like a regression:
A simple CMakeLists.txt like this can reproduce it.
set(CMAKE_BUILD_TYPE Debug)
find_package(HDF5 COMPONENTS C HL REQUIRED)
add_executable(foo foo.cpp)
target_link_libraries(foo ${HDF5_LIBRARIES})
FindHDF5.cmake misuses CMAKE_BUILD_TYPE and CMAKE_CONFIGURATION_TYPES when
assembling the HDF5_LIBRARIES variable. If I clear out the
CMAKE_BUILD_TYPE variable, then the problem goes away.
No, it does not. It does was select_library_configurations also does. And
FindHDF5.cmake has not changed since 2.8.11, so it must be something different.
That doesn't mean it is not related to CMAKE_BUILD_TYPE, it's just that is is
not the lib selection itself in FindHDF5.cmake.
Eike
signature.asc
Description: This is a digitally signed message part.
--
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] [CMake] CMake 2.8.12-rc2 Released
Same here... and this looks like a regression:
A simple CMakeLists.txt like this can reproduce it.
set(CMAKE_BUILD_TYPE Debug)
find_package(HDF5 COMPONENTS C HL REQUIRED)
add_executable(foo foo.cpp)
target_link_libraries(foo ${HDF5_LIBRARIES})
FindHDF5.cmake misuses CMAKE_BUILD_TYPE and CMAKE_CONFIGURATION_TYPES when
assembling the HDF5_LIBRARIES variable. If I clear out the CMAKE_BUILD_TYPE
variable, then the problem goes away.
Clint
- Original Message -
On 08/30/2013 02:49 PM, Robert Maynard wrote:
The CMake 2.8.12 release candidate stream continues!
You can find the source and binaries here:
http://www.cmake.org/files/v2.8/?C=M;O=D
Is it expected that this is now an error?
CMake Error: The following variables are used in this project, but they are
set to NOTFOUND.
Please set them or make sure they are set and tested correctly in the CMake
files:
HDF5_dl_LIBRARY_DEBUG (ADVANCED)
linked by target netcdf in directory
/builddir/build/BUILD/netcdf-c-4.3.1-rc2/liblib
linked by target ncgen in directory
/builddir/build/BUILD/netcdf-c-4.3.1-rc2/ncgen
linked by target nccopy in directory
/builddir/build/BUILD/netcdf-c-4.3.1-rc2/ncdump
linked by target ncdump in directory
/builddir/build/BUILD/netcdf-c-4.3.1-rc2/ncdump
linked by target nctestserver in directory
/builddir/build/BUILD/netcdf-c-4.3.1-rc2/ncdap_test
Something has definitely changed with handling debug CMAKE_BUILD_TYPEs
between
2.8.11.2 and 2.8.12-rc2. I'm building netcdf 4.8.1-rc2 and it works fine
with
2.8.11.2 but I get errors like the above with 2.8.12-rc2. We build Fedora
packages with either the Debug or RelWithDebugInfo build types so debug info
is generated - though it is later stripped and put into a separate -debuginfo
sub-package. So the debug versions of libraries are generally not available
at build time.
Could someone describe to me more of what is going on here? There seems to
be
a new debug link mode or some such? I'm afraid this will be a real show
stopper for Linux distributions.
--
Orion Poplawski
Technical Manager 303-415-9701 x222
NWRA, Boulder/CoRA Office FAX: 303-415-9702
3380 Mitchell Lane or...@nwra.com
Boulder, CO 80301 http://www.nwra.com
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Follow this link to subscribe/unsubscribe:
http://www.cmake.org/mailman/listinfo/cmake
--
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
[cmake-developers] [CMake 0014419]: Cmake Could NOT find QtCore
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14419 == Reported By:sergeyvl Assigned To: == Project:CMake Issue ID: 14419 Category: CMake Reproducibility:always Severity: major Priority: high Status: new == Date Submitted: 2013-09-17 08:17 EDT Last Modified: 2013-09-17 08:17 EDT == Summary:Cmake Could NOT find QtCore Description: I have compiled Qt 4.8.5 (arm linux build) in /usr/local/qt4_kobo. It works. I can build and run my projects by means of qmake. But... My intent was to build CoolReader 3 Qt GUI. CoolReader uses cmake. I got the following cmake error: CMake Warning at /usr/local/share/cmake-2.8/Modules/FindQt4.cmake:657 (message): /usr/local/qt4_kobo/bin/qmake reported QT_INSTALL_LIBS as /usr/local/qt4_kobo/lib but QtCore could not be found there. Qt is NOT installed correctly for the target build environment. Call Stack (most recent call first): CMakeLists.txt:105 (FIND_PACKAGE) It determines correctly Qt lib directory (/usr/local/qt4_kobo/lib) but can't find libQtCore in it. But I have libQtCore.so, libQtCore.so.4, ... etc in this directory. == Issue History Date ModifiedUsername FieldChange == 2013-09-17 08:17 sergeyvl 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
[cmake-developers] [CMake 0014420]: testCCompiler failed under WinCE with linker error
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=14420 == Reported By:mar-na Assigned To: == Project:CMake Issue ID: 14420 Category: CMake Reproducibility:always Severity: major Priority: normal Status: new == Date Submitted: 2013-09-17 08:20 EDT Last Modified: 2013-09-17 08:20 EDT == Summary:testCCompiler failed under WinCE with linker error Description: In CMake 2.8.11 it works but in 2.8.11.20130916-gcfe70 failed it. Generation of VS project fles for WinCE STANDARDSDK_500 (ARMV41) failed with LNK2001: unresolved external symbol mainACRTStartup Steps to Reproduce: Create simple HelloWorld application and try to generate the VS 2008 project files with CMake-gui for it. Used generator: Visual Studio 2008 STANDARDSDK_500 (ARMV41) Error Message: CMake Error at C:/data/TMP/cmake-2.8.11.20130916-gcfe70-win32-x86/share/cmake-2.8/Modules/CMakeTestCCompiler.cmake:61 (message): The C compiler C:/Programme/Microsoft Visual Studio 9.0/VC/ce/bin/x86_arm/cl.exe is not able to compile a simple test program. It fails with the following output: Change Dir: C:/data/cmake_wince/HelloWorld/build/cmake_trunk_wince/CMakeFiles/CMakeTmp Run Build Command:C:\PROGRA~1\MICROS~1.0\Common7\IDE\devenv.com CMAKE_TRY_COMPILE.sln /build Debug /project cmTryCompileExec3766279777 Microsoft (R) Visual Studio Version 9.0.30729.1. Copyright (C) Microsoft Corp. All rights reserved. -- Build started: Project: cmTryCompileExec3766279777, Configuration: Debug STANDARDSDK_500 (ARMV4I) -- Compiling... Microsoft (R) C/C++ Optimizing Compiler Version 15.00.20720 for ARM Copyright (C) Microsoft Corporation. All rights reserved. cl /Od /D _WIN32_WCE=0x500 /D UNDER_CE /D THUMB /D _THUMB_ /D _WINDOWS /D _DEBUG /D CMAKE_INTDIR=\Debug\ /D _MBCS /FD /MDd /fp:fast /GR- /FocmTryCompileExec3766279777.dir\Debug\\ /FdcmTryCompileExec3766279777.dir\Debug/vc80.pdb /W3 /c /Zi /TC .\testCCompiler.c testCCompiler.c Linking... LINK : error LNK2001: unresolved external symbol mainACRTStartup C:\data\cmake_wince\HelloWorld\build\cmake_trunk_wince\CMakeFiles\CMakeTmp\Debug\cmTryCompileExec3766279777.exe : fatal error LNK1120: 1 unresolved externals Build log was saved at file://c:\data\cmake_wince\HelloWorld\build\cmake_trunk_wince\CMakeFiles\CMakeTmp\cmTryCompileExec3766279777.dir\Debug\BuildLog.htm cmTryCompileExec3766279777 - 2 error(s), 0 warning(s) == Build: 0 succeeded, 1 failed, 0 up-to-date, 0 skipped == CMake will not be able to correctly generate this project. Call Stack (most recent call first): CMakeLists.txt:1 (project) Configuring incomplete, errors occurred! See also C:/data/cmake_wince/HelloWorld/build/cmake_trunk_wince/CMakeFiles/CMakeOutput.log. See also C:/data/cmake_wince/HelloWorld/build/cmake_trunk_wince/CMakeFiles/CMakeError.log. == Issue History Date ModifiedUsername FieldChange == 2013-09-17 08:20 mar-na New Issue 2013-09-17 08:20 mar-na File Added: HelloWorld.zip == -- 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] [CMake] CMake 2.8.12-rc2 FindHDF5 issues
On Tuesday, September 17, 2013 04:01:30 PM Orion Poplawski wrote:
On 09/16/2013 09:58 PM, clin...@elemtech.com wrote:
Same here... and this looks like a regression:
A simple CMakeLists.txt like this can reproduce it.
set(CMAKE_BUILD_TYPE Debug)
find_package(HDF5 COMPONENTS C HL REQUIRED)
add_executable(foo foo.cpp)
target_link_libraries(foo ${HDF5_LIBRARIES})
FindHDF5.cmake misuses CMAKE_BUILD_TYPE and CMAKE_CONFIGURATION_TYPES when
assembling the HDF5_LIBRARIES variable. If I clear out the
CMAKE_BUILD_TYPE variable, then the problem goes away.
Clint
cmake 2.8.11.2:
-- Found HDF5:
debug;/usr/lib64/libz.so;debug;/usr/lib64/libdl.so;debug;/usr/lib64/libm.so;
debug;/usr/lib64/libhdf5_hl.so;debug;/usr/lib64/libhdf5.so;optimized;/usr/li
b64/libz.so;optimized;/usr/lib64/libdl.so;optimized;/usr/lib64/libm.so;optim
ized;/usr/lib64/libhdf5_hl.so;optimized;/usr/lib64/libhdf5.so
cmake 2.8.12-rc2:
-- Found HDF5:
debug;HDF5_hdf5_LIBRARY_DEBUG-NOTFOUND;debug;HDF5_z_LIBRARY_DEBUG-NOTFOUND;d
ebug;HDF5_dl_LIBRARY_DEBUG-NOTFOUND;debug;HDF5_m_LIBRARY_DEBUG-NOTFOUND;debu
g;HDF5_hdf5_hl_LIBRARY_DEBUG-NOTFOUND;debug;HDF5_hdf5_LIBRARY_DEBUG-NOTFOUND
;optimized;/usr/lib64/libz.so;optimized;/usr/lib64/libdl.so;optimized;/usr/l
ib64/libm.so;optimized;/usr/lib64/libhdf5_hl.so;optimized;/usr/lib64/libhdf5
.so
In comparing the CMakeCache:
[ snip ]
As Rolf noted, FindHDF5 has not changed.
Right, it hasn't changed.
I've narrowed it down to a regression caused by 04d4dc33.
Will Dicharry, is this something you can look at? You are the maintainer for
both FindHDF5 and SelectLibraryConfigurations. A change in
SelectLibraryConfigurations caused a break in FindHDF5.
Clint
--
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
[cmake-developers] [CMake 0014421]: CMAKE GUI needs ability to run from multiple sources
The following issue has been SUBMITTED. == http://www.cmake.org/Bug/view.php?id=14421 == Reported By:fester225 Assigned To: == Project:CMake Issue ID: 14421 Category: CMake Reproducibility:always Severity: feature Priority: normal Status: new == Date Submitted: 2013-09-17 22:33 EDT Last Modified: 2013-09-17 22:33 EDT == Summary:CMAKE GUI needs ability to run from multiple sources Description: I'm compiling a program (FreeCAD) which requires build files from two distinct sources FreeCAD and OpenCAscade (OCE). The CMAKE GUI should allow CMAKE files to be developed from multiple sources. == Issue History Date ModifiedUsername FieldChange == 2013-09-17 22:33 fester225 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
