[cmake-developers] [CMake 0015114]: Add possibility to clean only specific target
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15114 == Reported By:raspy Assigned To: == Project:CMake Issue ID: 15114 Category: CMake Reproducibility:N/A Severity: feature Priority: normal Status: new == Date Submitted: 2014-08-28 04:35 EDT Last Modified: 2014-08-28 04:35 EDT == Summary:Add possibility to clean only specific target Description: It would be good if CMake could generate targets on a top level for cleaning specific targets. So if we have a library called 'foo' and an executable called 'bar', we could call something like 'make foo/clean' which would only invoke cleaning procedure for target 'foo', but leave 'bar' untouched. == Issue History Date ModifiedUsername FieldChange == 2014-08-28 04:35 raspy New Issue == -- 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://public.kitware.com/mailman/listinfo/cmake-developers
[cmake-developers] [PATCH] VS12: Allow specifying an installed SDK as target platform for the generator.
This brings the behavior of Visual Studio 2013 in line with the one of Visual
Studio 2012.
---
Source/cmGlobalVisualStudio12Generator.cxx | 21 -
1 file changed, 20 insertions(+), 1 deletion(-)
diff --git a/Source/cmGlobalVisualStudio12Generator.cxx
b/Source/cmGlobalVisualStudio12Generator.cxx
index 29ecfe0..08a2b7b 100644
--- a/Source/cmGlobalVisualStudio12Generator.cxx
+++ b/Source/cmGlobalVisualStudio12Generator.cxx
@@ -60,7 +60,19 @@ public:
return new cmGlobalVisualStudio12Generator(
genName, ARM);
}
-return 0;
+
+std::setstd::string installedSDKs =
+ cmGlobalVisualStudio12Generator::GetInstalledWindowsCESDKs();
+
+if(installedSDKs.find(p) == installedSDKs.end())
+ {
+ return 0;
+ }
+
+cmGlobalVisualStudio12Generator* ret =
+ new cmGlobalVisualStudio12Generator(name, p);
+ret-WindowsCEVersion = 8.00;
+return ret;
}
virtual void GetDocumentation(cmDocumentationEntry entry) const
@@ -74,6 +86,13 @@ public:
names.push_back(vs12generatorName);
names.push_back(vs12generatorName + std::string( ARM));
names.push_back(vs12generatorName + std::string( Win64));
+std::setstd::string installedSDKs =
+ cmGlobalVisualStudio12Generator::GetInstalledWindowsCESDKs();
+for(std::setstd::string::const_iterator i =
+installedSDKs.begin(); i != installedSDKs.end(); ++i)
+ {
+ names.push_back(std::string(vs12generatorName) + + *i);
+ }
}
};
--
1.7.10.4
--
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://public.kitware.com/mailman/listinfo/cmake-developers
[cmake-developers] [CMake 0015115]: WindowsCE: /SUBSYSTEM and /ENTRYPOINT does not end up in the generated Visual Studio project
The following issue has been SUBMITTED. == http://public.kitware.com/Bug/view.php?id=15115 == Reported By:Pascal Bach Assigned To: == Project:CMake Issue ID: 15115 Category: CMake Reproducibility:always Severity: major Priority: normal Status: new == Date Submitted: 2014-08-28 13:16 EDT Last Modified: 2014-08-28 13:16 EDT == Summary:WindowsCE: /SUBSYSTEM and /ENTRYPOINT does not end up in the generated Visual Studio project Description: If CMake is used for WEC2013 the file Windows-MSVC.cmake [1] sets the linker flags /subsystem and /entry. However these variables never end up in the generated visual studio solution. My obesrvation is that the subsystem gets always overriden by cmVisualStudio10TargetGenerator.cxx [2]. [1] https://github.com/Kitware/CMake/blob/1f8cfc3b5f4bd87216e48c6bf909b59f10b9065e/Modules/Platform/Windows-MSVC.cmake#L39 [2] https://github.com/Kitware/CMake/blob/8c30014982345567b80ec0dad6bd9eb40dfda505/Source/cmVisualStudio10TargetGenerator.cxx#L1981 Steps to Reproduce: 1. Create a toolchain file with the following content: set(CMAKE_SYSTEM_NAME WindowsCE) set(CMAKE_SYSTEM_VERSION 8.0) set(CMAKE_SYSTEM_PROCESSOR arm ) set(CMAKE_GENERATOR_TOOLSET CE800) 2. Generate a Visual Studio 2012 or 2013 solution. Expected result: the XML tags Subsystem and EntryPointSymbol are set to the values given in Windows-MSVC.cmake Actual Result: the values are to ones hardcoded in cmVisualStudio10TargetGenerator.cxx == Issue History Date ModifiedUsername FieldChange == 2014-08-28 13:16 Pascal BachNew Issue == -- 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://public.kitware.com/mailman/listinfo/cmake-developers
Re: [cmake-developers] [PATCH] VS12: Allow specifying an installed SDK as target platform for the generator.
On 8/28/2014 8:52 AM, Pascal Bach wrote: This brings the behavior of Visual Studio 2013 in line with the one of Visual Studio 2012. Thanks. I will apply this next week. -Brad -- 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://public.kitware.com/mailman/listinfo/cmake-developers
[cmake-developers] Extracting target metadata, IDE integration
Dear cmake'rs, I'm rewriting the KDevelop plugin from scratch to fetch the information from the build directory. Now in the first implementation I'm using the compile_commands.json file that cmake already can generate for some time. It works quite well already, given how data just comes out ready to be consumed (almost). The problem now is that we're lacking some information, namely information about the targets, their location and such *. To that end, I wrote a little patch to be taken as a proof of concept, that generates (some of) the needed information. I would like to know if you think it's an approach that would be accepted in the cmake code-base or if I need to take a different approach. Patch http://proli.net/meu/kdevelop/cmake-targetsdata.patch Output: http://proli.net/meu/kdevelop/AwesomeTargets.json Cheers! Aleix * Yes, I'm aware of generators, but I'm not comfortable with the idea of tying a build directory to an editor (even if it's my editor). Our users usually build the projects with different tools and asking them to re-create their build only for being comfortable with KDevelop sometimes is a burden. It would be for me too! -- 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://public.kitware.com/mailman/listinfo/cmake-developers
[CMake] Building project with Boost thread, TBB, OpenCV, QT, -lpthread missing
Hello,
I am running a project that uses several libs which seemingly rely on
pthread. In my CMake files, I don't explicitely refer to pthread
(especially as it is a different story under different OS's like
Windows). Instead I use the find_package logic, e.g.:
find_package(Boost ${VOLE_MINIMUM_BOOST_VERSION} COMPONENTS thread)
then use ${Boost_INCLUDE_DIR}/include/;${Boost_INCLUDE_DIR},
${Boost_THREAD_LIBRARY} appropriately.
On the GNU/Linux systems I tested, I get a linker output like this:
/usr/bin/g++-Wall -Wno-long-long -Wno-reorder -pedantic -O3
-DNDEBUGCMakeFiles/qgerbil.dir/main.cpp.o
CMakeFiles/qgerbil.dir/qrc_gerbil.cxx.o -o ../../bin/qgerbil -rdynamic
../core/libcore-lib.a libgerbil_gui-lib.a -lQtOpenGL -lGLU -lGL -lSM
-lICE -lX11 -lXext ../rgb/librgb-lib.a ../../librgb-optional-lib.a
../seg_graphs/libseg_graphs-lib.a ../csparse/libcsparse-lib.a
../../libseg_graphs-optional-lib.a ../../libgerbil_gui-optional-lib.a
../seg_meanshift/libseg_meanshift-lib.a ../lsh/liblsh-lib.a
../../libseg_meanshift-optional-lib.a
../seg_felzenszwalb/libseg_felzenszwalb-lib.a
../edge_detect/libedge_detect-lib.a ../som/libsom-lib.a
../imginput/libimginput-lib.a -lgdal
../similarity_measures/libsimilarity_measures-lib.a
../core/libcore-lib.a -ltbb -lboost_system -lboost_filesystem -lQtCore
-lQtGui -lboost_thread -lboost_date_time -lboost_chrono
/usr/lib/libopencv_videostab.so.2.4.9 /usr/lib/libopencv_ts.a -ldl -lm
-lpthread -lrt -lGLU -lGL -lSM -lICE -lX11 -lXext -ltbb
/usr/lib/libopencv_superres.so.2.4.9
/usr/lib/libopencv_stitching.so.2.4.9
/usr/lib/libopencv_contrib.so.2.4.9 /usr/lib/libopencv_nonfree.so.2.4.9
/usr/lib/libopencv_ocl.so.2.4.9 /usr/lib/libopencv_gpu.so.2.4.9
/usr/lib/libopencv_photo.so.2.4.9 /usr/lib/libopencv_objdetect.so.2.4.9
/usr/lib/libopencv_legacy.so.2.4.9 /usr/lib/libopencv_video.so.2.4.9
/usr/lib/libopencv_ml.so.2.4.9 /usr/lib/libopencv_calib3d.so.2.4.9
/usr/lib/libopencv_features2d.so.2.4.9
/usr/lib/libopencv_highgui.so.2.4.9 /usr/lib/libopencv_imgproc.so.2.4.9
/usr/lib/libopencv_flann.so.2.4.9 /usr/lib/libopencv_core.so.2.4.9
-lboost_program_options
Now a user wrote me that he gets this output:
/usr/bin/c++-Wall -Wno-long-long -Wno-reorder -pedantic -O3
-DNDEBUGCMakeFiles/qgerbil.dir/main.cpp.o
CMakeFiles/qgerbil.dir/qrc_gerbil.cxx.o -o ../../bin/qgerbil -rdynamic
../core/libcore-lib.a libgerbil_gui-lib.a /usr/lib64/qt4/libQtOpenGL.so
-lGLU -lGL -lSM -lICE -lX11 -lXext ../rgb/librgb-lib.a
../../librgb-optional-lib.a ../seg_graphs/libseg_graphs-lib.a
../csparse/libcsparse-lib.a ../../libseg_graphs-optional-lib.a
../../libgerbil_gui-optional-lib.a
../seg_meanshift/libseg_meanshift-lib.a ../lsh/liblsh-lib.a
../../libseg_meanshift-optional-lib.a
../seg_felzenszwalb/libseg_felzenszwalb-lib.a
../edge_detect/libedge_detect-lib.a ../som/libsom-lib.a
../imginput/libimginput-lib.a -lgdal
../similarity_measures/libsimilarity_measures-lib.a
../core/libcore-lib.a -ltbb -lboost_system-mt -lboost_filesystem-mt
/usr/lib64/qt4/libQtCore.so /usr/lib64/qt4/libQtGui.so -lboost_thread-mt
-lboost_date_time-mt -lboost_chrono-mt -lopencv_calib3d -lopencv_contrib
-lopencv_core -lopencv_features2d -lopencv_flann -lopencv_gpu
-lopencv_highgui -lopencv_imgproc -lopencv_legacy -lopencv_ml
-lopencv_nonfree -lopencv_objdetect -lopencv_photo -lopencv_stitching
-lopencv_superres -lopencv_ts -lopencv_video -lopencv_videostab
-lboost_program_options-mt -Wl,-rpath,/usr/lib64/qt4
I see two differences:
1. -ldl -lm -lpthread -lrt are missing
2. both Qt and OpenCV libs are referenced differently (in an opposing way)
Can anybody shed light on the issue how my user might have obtained this
different behaviour? What can or should I do in my CMake files to
prevent this problem from happening. The successful workaround my user
applied is to set CFLAGS='-lpthread'. Obviously that is not a good
solution, but it shows that there are no other issues in the build (and
it seems that missing -ldl -lm -lrt doesn't matter).
Thank you for your time and your help!
Best Regards,
Johannes
p.s.: the project can be found at http://gerbilvis.org
--
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://public.kitware.com/mailman/listinfo/cmake
[CMake] Problem with turning on the AUTO_MOC
Dear all, Hi, I have a project which I have used the winsock2 in it and windows.h should not be includede before the winsock2.h. Also, I have used the QT in my project. Everything was completely compiled and run but I wanted to auto generate the moc files, so I have added set(CMAKE_AUTOMOC ON) but now it says that winsock functions and struct are redefined. I am really stucked in this problem and I don't know how to get rid of it. Please help! Regards Morteza -- 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://public.kitware.com/mailman/listinfo/cmake
[CMake] CFLAGS disables link directories?
Hi all,
I did't found info how cmake internally handles CFLAGS environment
variable, but I know that cmake picks it up from environment and seems this
removes link directories from linking flags added by link_directories()
command.
For example. I'm using custom sysroot, to build my app and I run cmake with
following command:
export CFLAGS=--sysroot=/sysroot/
cmake ..
My cmake file is:
# GStreamer_LIBRARY_DIRS is set by pkg_check_modules()
link_directories(${GStreamer_LIBRARY_DIRS})
get_directory_property(LINK_DIRS LINK_DIRECTORIES)
message(LINK_DIRS: ${LINK_DIRS})
add_executable(myapp main.c)
target_link_libraries(myapp ${GStreamer_LIBRARIES})
When CFLAGS isn't specified, then file src/CMakeFiles/myapp.dir/link.txt
contains -L/sysroot/usr/lib and -Wl,-rpath,/sysroot/usr/lib flags as
expected, but when I add CFLAGS to environment, then -L and -Wl,-rpath are
disappearing from linker options.
Could someone to confirm, is this expected behavior?
PS: Regardless of CFLAGS specified in command line or not, message() always
prints: LINK_DIRS: /sysroot/usr/lib, so internally cmake sets this property.
Thanks!
Alexander
--
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://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] CFLAGS disables link directories?
Hello Alexander,
your problem is not a problem of CFlags, it is much more a problem
of the compiler and what you are setting with --sysroot=/sysroot.
Here you tell the compiler, that it should treat /sysroot as
system library directory, so that cmake removes it from the link
line, because it is part of the system. The same applies with gcc
for the environment variable LIBRARY_DIR.
I hope, that helps you.
Andreas
Am 28.08.2014 18:21, schrieb Alexander Shashkevych:
Hi all,
I did't found info how cmake internally handles CFLAGS environment
variable, but I know that cmake picks it up from environment and seems this
removes link directories from linking flags added by link_directories()
command.
For example. I'm using custom sysroot, to build my app and I run cmake with
following command:
export CFLAGS="--sysroot=/sysroot/"
cmake ..
My cmake file is:
# GStreamer_LIBRARY_DIRS is set by pkg_check_modules()
link_directories(${GStreamer_LIBRARY_DIRS})
get_directory_property(LINK_DIRS LINK_DIRECTORIES)
message("LINK_DIRS: ${LINK_DIRS}")
add_executable(myapp main.c)
target_link_libraries(myapp ${GStreamer_LIBRARIES})
When CFLAGS isn't specified, then file src/CMakeFiles/myapp.dir/link.txt
contains -L/sysroot/usr/lib and -Wl,-rpath,/sysroot/usr/lib flags as
expected, but when I add CFLAGS to environment, then -L and -Wl,-rpath are
disappearing from linker options.
Could someone to confirm, is this expected behavior?
PS: Regardless of CFLAGS specified in command line or not, message() always
prints: LINK_DIRS: /sysroot/usr/lib, so internally cmake sets this property.
Thanks!
Alexander
--
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://public.kitware.com/mailman/listinfo/cmake
[CMake] Autotools-CMake build error
I'm working on converting a project[1] from autotools to CMake and I've gotten a lot of it working. The project HEAVILY relies on values from a config.h but I think I've gotten the essentials covered although it took a while. Currently the build is failing on the following: [ 23%] Building CXX object src/CMakeFiles/fldigi.dir/widgets/FTextRXTX.cxx.o cd /home/build/tmp/build_fldigi/src /usr/lib64/ccache/c++ -DBUILD_FLDIGI -DHAVE_CONFIG_H -DLOCALEDIR=\/usr/local/share/locale\ -DPKGDATADIR=\/usr/local/share\ -DUSE_HAMLIB -DUSE_PNG -DUSE_PORTAUDIO -DUSE_PULSEAUDIO -DUSE_SAMPLERATE -DUSE_SNDFILE -DUSE_X -Wall -ffast-math -finline-functions -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -pthread -O3 -DNDEBUG -I/home/build/tmp/build_fldigi -I/home/build/git/fldigi/src/xmlrpcpp -I/home/build/git/fldigi/src/fileselector -I/home/build/git/fldigi/src/libtiniconv -I/home/build/git/fldigi/src/irrxml -I/home/build/git/fldigi/src/include -I/home/build/git/fldigi/src -I/usr/include/libpng16 -I/usr/include/alsa -I/home/build/tmp/build_fldigi/src -I/home/build/git/fldigi/src/flarq-src/include-o CMakeFiles/fldigi.dir/widgets/FTextRXTX.cxx.o -c /home/build/git/fldigi/src/widgets/FTextRXTX.cxx /home/build/git/fldigi/src/widgets/FTextRXTX.cxx:252:6: error: prototype for ‘void FTextRX::add(unsigned int, int)’ does not match any in class ‘FTextRX’ void FTextRX::add(unsigned int c, int attr) ^ In file included from /home/build/git/fldigi/src/include/fl_digi.h:34:0, from /home/build/git/fldigi/src/widgets/FTextRXTX.cxx:47: /home/build/git/fldigi/src/include/FTextRXTX.h:50:15: error: candidates are: virtual void FTextRX::add(const char*, int) virtual void add(const char *s, int attr = RECV) ^ /home/build/git/fldigi/src/include/FTextRXTX.h:49:15: error: virtual void FTextRX::add(unsigned char, int) virtual void add(unsigned char c, int attr = RECV); ^ --- end --- The automake line is: g++ -DHAVE_CONFIG_H -I. -DBUILD_FLDIGI -DLOCALEDIR=\/usr/share/locale\ -I. -I./include -I./irrxml -I./libtiniconv -I./fileselector -I./xmlrpcpp -DPKGDATADIR=\/usr/share/fldigi\ -pthread -I/usr/include/alsa -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT-D_REENTRANT -I/usr/include/libpng16 -pipe -Wall -fexceptions -O2 -ffast-math -finline-functions -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c -o fldigi-FTextRXTX.o `test -f 'widgets/FTextRXTX.cxx' || echo './'`widgets/FTextRXTX.cxx --- end --- Besides a lot of extra flags enforced by Fedora, I can't seem to find the essential difference between the two. Can someone point me in the right direction? I was going to put in a link to my remote branch at sourceforge but I'm not able to push to it right now Thanks, Richard [1] http://www.w1hkj.com/Fldigi.html -- 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://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Autotools-CMake build error
Am Donnerstag, 28. August 2014 um 14:36:45, schrieb Richard Shaw hobbes1...@gmail.com I'm working on converting a project[1] from autotools to CMake and I've gotten a lot of it working. The project HEAVILY relies on values from a config.h but I think I've gotten the essentials covered although it took a while. Currently the build is failing on the following: [ 23%] Building CXX object src/CMakeFiles/fldigi.dir/widgets/FTextRXTX.cxx.o cd /home/build/tmp/build_fldigi/src /usr/lib64/ccache/c++ -DBUILD_FLDIGI -DHAVE_CONFIG_H -DLOCALEDIR=\/usr/local/share/locale\ -DPKGDATADIR=\/usr/local/share\ -DUSE_HAMLIB -DUSE_PNG -DUSE_PORTAUDIO -DUSE_PULSEAUDIO -DUSE_SAMPLERATE -DUSE_SNDFILE -DUSE_X -Wall -ffast-math -finline-functions -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT -pthread -O3 -DNDEBUG -I/home/build/tmp/build_fldigi -I/home/build/git/fldigi/src/xmlrpcpp -I/home/build/git/fldigi/src/fileselector -I/home/build/git/fldigi/src/libtiniconv -I/home/build/git/fldigi/src/irrxml -I/home/build/git/fldigi/src/include -I/home/build/git/fldigi/src -I/usr/include/libpng16 -I/usr/include/alsa -I/home/build/tmp/build_fldigi/src -I/home/build/git/fldigi/src/flarq-src/include-o CMakeFiles/fldigi.dir/widgets/FTextRXTX.cxx.o -c /home/build/git/fldigi/src/widgets/FTextRXTX.cxx /home/build/git/fldigi/src/widgets/FTextRXTX.cxx:252:6: error: prototype for ‘void FTextRX::add(unsigned int, int)’ does not match any in class ‘FTextRX’ void FTextRX::add(unsigned int c, int attr) ^ In file included from /home/build/git/fldigi/src/include/fl_digi.h:34:0, from /home/build/git/fldigi/src/widgets/FTextRXTX.cxx:47: /home/build/git/fldigi/src/include/FTextRXTX.h:50:15: error: candidates are: virtual void FTextRX::add(const char*, int) virtual void add(const char *s, int attr = RECV) ^ /home/build/git/fldigi/src/include/FTextRXTX.h:49:15: error: virtual void FTextRX::add(unsigned char, int) virtual void add(unsigned char c, int attr = RECV); ^ --- end --- The automake line is: g++ -DHAVE_CONFIG_H -I. -DBUILD_FLDIGI -DLOCALEDIR=\/usr/share/locale\ -I. -I./include -I./irrxml -I./libtiniconv -I./fileselector -I./xmlrpcpp -DPKGDATADIR=\/usr/share/fldigi\ -pthread -I/usr/include/alsa -I/usr/include/freetype2 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE -D_THREAD_SAFE -D_REENTRANT-D_REENTRANT -I/usr/include/libpng16 -pipe -Wall -fexceptions -O2 -ffast-math -finline-functions -DNDEBUG -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector-strong --param=ssp-buffer-size=4 -grecord-gcc-switches -m64 -mtune=generic -c -o fldigi-FTextRXTX.o `test -f 'widgets/FTextRXTX.cxx' || echo './'`widgets/FTextRXTX.cxx --- end --- Besides a lot of extra flags enforced by Fedora, I can't seem to find the essential difference between the two. Can someone point me in the right direction? I was going to put in a link to my remote branch at sourceforge but I'm not able to push to it right now Thanks, Richard [1] http://www.w1hkj.com/Fldigi.html You use '-DHAVE_CONFIG_H', this means probably generated 'config.h'. Differences between generation of this file of automake/cmake? Kornel signature.asc Description: This is a digitally signed message part. -- 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://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Autotools-CMake build error
On Thu, Aug 28, 2014 at 3:39 PM, Kornel Benko kor...@lyx.org wrote: You use '-DHAVE_CONFIG_H', this means probably generated 'config.h'. Differences between generation of this file of automake/cmake? Could be but I think I found most of those. I tried browsing through the code and I didn't see any #if's that would affect what code is built but I can check again. Thanks, Richard -- 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://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Autotools-CMake build error
Am Donnerstag, 28. August 2014 um 15:47:06, schrieb Richard Shaw hobbes1...@gmail.com On Thu, Aug 28, 2014 at 3:39 PM, Kornel Benko kor...@lyx.org wrote: You use '-DHAVE_CONFIG_H', this means probably generated 'config.h'. Differences between generation of this file of automake/cmake? Could be but I think I found most of those. I tried browsing through the code and I didn't see any #if's that would affect what code is built but I can check again. If your compiler is g++, you could try '-g3 -E' options to create preprocessed output. E.g.: # cd /home/build/tmp/build_fldigi/src # g++ -g3 -E -DHAVE_CONFIG_H ... /home/build/git/fldigi/src/widgets/FTextRXTX.cxx FTextRXTX.i Thanks, Richard Kornel signature.asc Description: This is a digitally signed message part. -- 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://public.kitware.com/mailman/listinfo/cmake
Re: [CMake] Autotools-CMake build error
On Thu, Aug 28, 2014 at 4:07 PM, Kornel Benko kor...@lyx.org wrote: Am Donnerstag, 28. August 2014 um 15:47:06, schrieb Richard Shaw hobbes1...@gmail.com On Thu, Aug 28, 2014 at 3:39 PM, Kornel Benko kor...@lyx.org wrote: You use '-DHAVE_CONFIG_H', this means probably generated 'config.h'. Differences between generation of this file of automake/cmake? You were right to begin with, I implemented all the HAVE_x stuff but missed a part where it had a conditional for what version of FLTK was being used. The FindFLTK module doesn't report the API version (fltk-config --api-version) and upstream doesn't plan on supporting versions 1.3 anymore so I just hardcoded it into config.h.in for now. Thanks, Richard -- 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://public.kitware.com/mailman/listinfo/cmake
[Cmake-commits] CMake branch, next, updated. v3.0.1-5062-g2ab68c7
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project CMake.
The branch, next has been updated
via 2ab68c76218215ef673856d33693b7adc9592500 (commit)
via db7c9def4ebd0c43d2d08c5144471c829e6b4323 (commit)
from e210e5ac17af28e1066f155851a280d893c4eee1 (commit)
Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.
- Log -
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=2ab68c76218215ef673856d33693b7adc9592500
commit 2ab68c76218215ef673856d33693b7adc9592500
Merge: e210e5a db7c9de
Author: Nils Gladitz nilsglad...@gmail.com
AuthorDate: Thu Aug 28 09:13:37 2014 -0400
Commit: CMake Topic Stage kwro...@kitware.com
CommitDate: Thu Aug 28 09:13:37 2014 -0400
Merge topic 'string-uuid' into next
db7c9def StringUuid: Avoid integer conversion warnings
http://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=db7c9def4ebd0c43d2d08c5144471c829e6b4323
commit db7c9def4ebd0c43d2d08c5144471c829e6b4323
Author: Nils Gladitz nilsglad...@gmail.com
AuthorDate: Thu Aug 28 15:12:46 2014 +0200
Commit: Nils Gladitz nilsglad...@gmail.com
CommitDate: Thu Aug 28 15:12:46 2014 +0200
StringUuid: Avoid integer conversion warnings
diff --git a/Source/cmUuid.cxx b/Source/cmUuid.cxx
index 8728020..8b5b7ae 100644
--- a/Source/cmUuid.cxx
+++ b/Source/cmUuid.cxx
@@ -76,13 +76,15 @@ void cmUuid::CreateHashInput(std::vectorunsigned char
const uuidNamespace,
}
std::string cmUuid::FromDigest(
- const unsigned char* digest, int version) const
+ const unsigned char* digest, unsigned char version) const
{
- unsigned char uuid[16] = {0};
+ typedef unsigned char byte_t;
+
+ byte_t uuid[16] = {0};
memcpy(uuid, digest, 16);
uuid[6] = 0xF;
- uuid[6] |= (version 4);
+ uuid[6] |= byte_t(version 4);
uuid[8] = 0x3F;
uuid[8] |= 0x80;
@@ -134,7 +136,7 @@ std::string cmUuid::BinaryToString(const unsigned char*
input) const
size_t bytes = this-Groups[i];
for(size_t j = 0; j bytes; ++j)
{
- int byte = input[inputIndex++];
+ unsigned char byte = input[inputIndex++];
output += this-ByteToHex(byte);
}
}
@@ -142,17 +144,17 @@ std::string cmUuid::BinaryToString(const unsigned char*
input) const
return output;
}
-std::string cmUuid::ByteToHex(int byte) const
+std::string cmUuid::ByteToHex(unsigned char byte) const
{
std::string result;
for(int i = 0; i 2; ++i)
{
-int rest = byte % 16;
+unsigned char rest = byte % 16;
byte /= 16;
char c = (rest 0xA) ?
- '0' + rest :
- 'a' + (rest - 0xA);
+ char('0' + rest) :
+ char('a' + (rest - 0xA));
result = c + result;
}
@@ -192,17 +194,17 @@ bool cmUuid::IntFromHexDigit(char input, char output)
const
{
if(input = '0' input = '9')
{
-output = input - '0';
+output = char(input - '0');
return true;
}
else if(input = 'a' input = 'f')
{
-output = input - 'a' + 0xA;
+output = char(input - 'a' + 0xA);
return true;
}
else if(input = 'A' input = 'F')
{
-output = input - 'A' + 0xA;
+output = char(input - 'A' + 0xA);
return true;
}
else
diff --git a/Source/cmUuid.h b/Source/cmUuid.h
index 678d652..0dda357 100644
--- a/Source/cmUuid.h
+++ b/Source/cmUuid.h
@@ -33,12 +33,13 @@ public:
std::vectorunsigned char output) const;
private:
- std::string ByteToHex(int byte) const;
+ std::string ByteToHex(unsigned char byte) const;
void CreateHashInput(std::vectorunsigned char const uuidNamespace,
std::string const name, std::vectorunsigned char output) const;
- std::string FromDigest(const unsigned char* digest, int version) const;
+ std::string FromDigest(const unsigned char* digest,
+unsigned char version) const;
bool StringToBinaryImpl(std::string const input,
std::vectorunsigned char output) const;
---
Summary of changes:
Source/cmUuid.cxx | 24 +---
Source/cmUuid.h |5 +++--
2 files changed, 16 insertions(+), 13 deletions(-)
hooks/post-receive
--
CMake
___
Cmake-commits mailing list
Cmake-commits@cmake.org
http://public.kitware.com/mailman/listinfo/cmake-commits
