cmake-developers  

Messages by Thread

• • Re: [cmake-developers] cmake -E capabilities Brad King
  • Re: [cmake-developers] cmake -E capabilities Brad King
• [cmake-developers] [ANNOUNCE] CMake 3.6.0-rc4 now ready for testing! Robert Maynard
• [cmake-developers] [PATCH] Merge Request 26 and 27 Konstantin Podsvirov
• [cmake-developers] adding FindJsonCpp Farbos a
  • Re: [cmake-developers] adding FindJsonCpp Ben Boeckel
  • Re: [cmake-developers] adding FindJsonCpp Chuck Atkins
  • Re: [cmake-developers] adding FindJsonCpp Brad King
  • Re: [cmake-developers] adding FindJsonCpp Farbos a
  • Re: [cmake-developers] adding FindJsonCpp Ben Boeckel
  • Re: [cmake-developers] adding FindJsonCpp Farbos a
• [cmake-developers] Please apply patch from https://github.com/hunger/CMake/commits/for-upstream to master Tobias Hunger
  • Re: [cmake-developers] Please apply patch from https://github.com/hunger/CMake/commits/for-upstream to master Rolf Eike Beer
  • Re: [cmake-developers] Please apply patch from https://github.com/hunger/CMake/commits/for-upstream to master Tobias Hunger
  • Re: [cmake-developers] Please apply patch from https://github.com/hunger/CMake/commits/for-upstream to master Daniel Pfeifer
• [cmake-developers] Patch for CM_OVERRIDE Roman Wüger
  • Re: [cmake-developers] Patch for CM_OVERRIDE Daniel Pfeifer
• [cmake-developers] Script to update liblzma from upstream. Daniel Pfeifer
  • Re: [cmake-developers] Script to update liblzma from upstream. Ben Boeckel
  • Re: [cmake-developers] Script to update liblzma from upstream. Brad King
  • Re: [cmake-developers] Script to update liblzma from upstream. Ben Boeckel
  • Re: [cmake-developers] Script to update liblzma from upstream. Brad King
• [cmake-developers] Improved handling of %directives in CPACK_RPM_USER_FILELIST Andrew Fuller
  • Re: [cmake-developers] Improved handling of %directives in CPACK_RPM_USER_FILELIST Brad King
• [cmake-developers] Status of pre-compiled headers Oleh Kravchenko
  • Re: [cmake-developers] Status of pre-compiled headers Brad King
  • Re: [cmake-developers] Status of pre-compiled headers Daniel Pfeifer
  • Re: [cmake-developers] Status of pre-compiled headers Daniel Pfeifer
• [cmake-developers] [PATCH] Update documentation for VERSION and SOVERSION for Mach-O file formats (OSX, iOS, BSD etc.) Bartosz Kosiorek
  • Re: [cmake-developers] [PATCH] Update documentation for VERSION and SOVERSION for Mach-O file formats (OSX, iOS, BSD etc.) Brad King
• [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Brad King
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Ben Boeckel
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Brad King
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Ben Boeckel
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Brad King
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Brad King
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Daniel Pfeifer
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Daniel Pfeifer
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Brad King
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Rolf Eike Beer
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Daniel Pfeifer
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
  • Re: [cmake-developers] libuv in cmake (was: daemon-mode meeting last Tuesday) Brad King
  • Re: [cmake-developers] libuv in cmake (was: daemon-mode meeting last Tuesday) Daniel Pfeifer
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Stephen Kelly
  • Re: [cmake-developers] daemon-mode meeting last Tuesday Tobias Hunger
• [cmake-developers] patch for FindProtobuf.cmake Miroslav Drahos
  • Re: [cmake-developers] patch for FindProtobuf.cmake Brad King
• [cmake-developers] [ANNOUNCE] CMake 3.6.0-rc3 now ready for testing! Robert Maynard
• [cmake-developers] [iOS] What is the correct way to add resources to an XCode project Roman Wüger
  • Re: [cmake-developers] [CMake] [iOS] What is the correct way to add resources to an XCode project Roman Wüger
  • Re: [cmake-developers] [CMake] [iOS] What is the correct way to add resources to an XCode project Ben Boeckel
  • Re: [cmake-developers] [CMake] [iOS] What is the correct way to add resources to an XCode project Roman Wüger
  • Re: [cmake-developers] [CMake] [iOS] What is the correct way to add resources to an XCode project Ben Boeckel
• [cmake-developers] handling components in Find**** Farbos a
  • Re: [cmake-developers] handling components in Find**** Brad King
• [cmake-developers] Using a custom DSL compiler in CMake Chris Bieneman
  • Re: [cmake-developers] Using a custom DSL compiler in CMake Roger Leigh
  • Re: [cmake-developers] Using a custom DSL compiler in CMake Brad King
  • Re: [cmake-developers] Using a custom DSL compiler in CMake Chris Bieneman
  • Re: [cmake-developers] Using a custom DSL compiler in CMake Ben Boeckel
• [cmake-developers] can't upgrade cmake 2.8 on CentOS Thomas Beaudry
  • Re: [cmake-developers] can't upgrade cmake 2.8 on CentOS Brad King
• [cmake-developers] How can we add Find**** Farbos a
  • Re: [cmake-developers] How can we add Find**** Nils Gladitz
• [cmake-developers] [PATCH] add debug glew to FindGLEW Farbos a
  • Re: [cmake-developers] [PATCH] add debug glew to FindGLEW Brad King
  • Re: [cmake-developers] [PATCH] add debug glew to FindGLEW Farbos a
  • Re: [cmake-developers] [PATCH] add debug glew to FindGLEW Brad King
  • Re: [cmake-developers] [PATCH] add debug glew to FindGLEW Farbos a
  • Re: [cmake-developers] [PATCH] add debug glew to FindGLEW Brad King
• [cmake-developers] Fwd: Question about CHECK_C_COMPILER_FLAG Sergei Nikulov
  • Re: [cmake-developers] Fwd: Question about CHECK_C_COMPILER_FLAG Brad King
• [cmake-developers] Imported Locations in FindBoost.cmake Andreas Weis
  • Re: [cmake-developers] Imported Locations in FindBoost.cmake Mike Gelfand
  • Re: [cmake-developers] Imported Locations in FindBoost.cmake Andreas Weis
  • Re: [cmake-developers] Imported Locations in FindBoost.cmake Brad King
• [cmake-developers] speed up package with mingw on Windows host laurent
  • Re: [cmake-developers] speed up package with mingw on Windows host Brad King
  • Re: [cmake-developers] speed up package with mingw on Windows host laurent
  • Re: [cmake-developers] speed up package with mingw on Windows host Brad King
  • Re: [cmake-developers] speed up package with mingw on Windows host laurent
  • Re: [cmake-developers] speed up package with mingw on Windows host Ben Boeckel
  • Re: [cmake-developers] speed up package with mingw on Windows host laurent
  • Re: [cmake-developers] speed up package with mingw on Windows host Brad King
• [cmake-developers] How to set startup project in Visual Studio Stephen Kelly
  • Re: [cmake-developers] How to set startup project in Visual Studio Mike Gelfand
  • Re: [cmake-developers] How to set startup project in Visual Studio J Decker
  • Re: [cmake-developers] How to set startup project in Visual Studio Stephen Kelly
  • Re: [cmake-developers] How to set startup project in Visual Studio J Decker
  • Re: [cmake-developers] How to set startup project in Visual Studio Brad King
  • Re: [cmake-developers] How to set startup project in Visual Studio Stephen Kelly
• [cmake-developers] CMake 32 and 64 bit packages on Windows Stephen Kelly
  • Re: [cmake-developers] CMake 32 and 64 bit packages on Windows Brad King
  • Re: [cmake-developers] CMake 32 and 64 bit packages on Windows Stephen Kelly
  • Re: [cmake-developers] CMake 32 and 64 bit packages on Windows Brad King
  • Re: [cmake-developers] CMake 32 and 64 bit packages on Windows Nils Gladitz
  • Re: [cmake-developers] CMake 32 and 64 bit packages on Windows Stephen Kelly
• [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio Gilles Khouzam via cmake-developers
  • Re: [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio Brad King
  • Re: [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio Brad King
  • Re: [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio Gilles Khouzam via cmake-developers
  • Re: [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio Gilles Khouzam via cmake-developers
  • Re: [cmake-developers] Patch: Add the ability to specify SDK_REFERENCES for Visual Studio Brad King
• [cmake-developers] Patch: Add ability to override the default Visual Studio tool Gilles Khouzam via cmake-developers
  • Re: [cmake-developers] Patch: Add ability to override the default Visual Studio tool Brad King
• [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Ben Boeckel
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Nils Gladitz
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Brad King
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Ben Boeckel
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Rolf Eike Beer
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Rolf Eike Beer
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Rolf Eike Beer
  • Re: [cmake-developers] FindPkgConfig and IMPORTED_TARGET in 3.6.0 Brad King
• [cmake-developers] [patch] FindIce updates Roger Leigh
• [cmake-developers] [Patch] Two trivial patches fixing type in CPack/DEB testcase mail6543210--- via cmake-developers
  • Re: [cmake-developers] [Patch] Two trivial patches fixing type in CPack/DEB testcase Rolf Eike Beer
  • Re: [cmake-developers] [Patch] Two trivial patches fixing type in CPack/DEB testcase mail6543210--- via cmake-developers
  • Re: [cmake-developers] [Patch] Two trivial patches fixing type in CPack/DEB testcase Domen Vrankar
  • Re: [cmake-developers] [Patch] Two trivial patches fixing type in CPack/DEB testcase Brad King
• [cmake-developers] Possibly an obscure bug Binkie Pinkie
  • Re: [cmake-developers] Possibly an obscure bug Ben Boeckel
  • Re: [cmake-developers] Possibly an obscure bug Chuck Atkins
• [cmake-developers] [patch] iOS combined, some fixes Ruslan Baratov via cmake-developers
  • Re: [cmake-developers] [patch] iOS combined, some fixes Gregor Jasny via cmake-developers
  • Re: [cmake-developers] [patch] iOS combined, some fixes Ruslan Baratov via cmake-developers
  • Re: [cmake-developers] [patch] iOS combined, some fixes Ruslan Baratov via cmake-developers
  • Re: [cmake-developers] [patch] iOS combined, some fixes Gregor Jasny via cmake-developers
  • Re: [cmake-developers] [patch] iOS combined, some fixes Ruslan Baratov via cmake-developers
• [cmake-developers] codeblocks generator: Fix include directories being in unexpected order Tobias Hunger
  • Re: [cmake-developers] codeblocks generator: Fix include directories being in unexpected order Tobias Hunger
  • Re: [cmake-developers] codeblocks generator: Fix include directories being in unexpected order Brad King
  • Re: [cmake-developers] codeblocks generator: Fix include directories being in unexpected order Tobias Hunger
  • Re: [cmake-developers] codeblocks generator: Fix include directories being in unexpected order Brad King
• [cmake-developers] Toward a more deterministic ninja generator Nicolas Desprès
  • Re: [cmake-developers] Toward a more deterministic ninja generator Florent Castelli
  • Re: [cmake-developers] Toward a more deterministic ninja generator Brad King
  • Re: [cmake-developers] Toward a more deterministic ninja generator Nicolas Desprès
• [cmake-developers] fixup! Remove redundant arguments from fstream constructors Daniel Pfeifer
• [cmake-developers] daemon-mode: Infrastructure Tobias Hunger
  • Re: [cmake-developers] daemon-mode: Infrastructure Tobias Hunger
  • Re: [cmake-developers] daemon-mode: Infrastructure Brad King
  • Re: [cmake-developers] daemon-mode: Infrastructure Tobias Hunger
  • Re: [cmake-developers] daemon-mode: Infrastructure Ben Boeckel
• [cmake-developers] Installation of imported targets Elie Roudninski
  • Re: [cmake-developers] Installation of imported targets Brad King
• [cmake-developers] [ANNOUNCE] CMake 3.6.0-rc2 now ready for testing! Robert Maynard
• [cmake-developers] Problems when generating xcarchive from within Xcode Roman Wüger
  • Re: [cmake-developers] Problems when generating xcarchive from within Xcode Brad King
• [cmake-developers] Dogfooding: clang-tidy, include-what-you-use, link-what-you-use Daniel Pfeifer
  • Re: [cmake-developers] Dogfooding: clang-tidy, include-what-you-use, link-what-you-use Brad King
  • Re: [cmake-developers] Dogfooding: clang-tidy, include-what-you-use, link-what-you-use Brad King
• [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Brad King
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Brad King
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Brad King
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Brad King
  • [cmake-developers] [PATCH v2] Allow custom lib suffix be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH v2] Allow custom lib suffix be used as find path Brad King
  • Re: [cmake-developers] [PATCH v2] Allow custom lib suffix be used as find path Brad King
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Steven Newbury
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Steven Newbury
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Steven Newbury
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Christian Schmidbauer
  • Re: [cmake-developers] [PATCH] Allow LIB_SUFFIX be used as find path Steven Newbury
• [cmake-developers] [ANNOUNCE] New Modules and Ports at DaD's House Konstantin Podsvirov
  • [cmake-developers] [ANNOUNCE] DaD's House Standalone Installers Konstantin Podsvirov
• [cmake-developers] [ANNOUNCE] CMake Issue Tracker Moved Brad King
• [cmake-developers] [PATCH] Search lib32 on more platforms Daniel Scharrer
  • Re: [cmake-developers] [PATCH] Search lib32 on more platforms Brad King
• [cmake-developers] Update bash completion scripts Eric Noulard
  • Re: [cmake-developers] Update bash completion scripts Brad King
  • Re: [cmake-developers] Update bash completion scripts Eric Noulard
  • Re: [cmake-developers] Update bash completion scripts Brad King
• [cmake-developers] Questions about coding conventions Daniel Pfeifer
  • Re: [cmake-developers] Questions about coding conventions Brad King
  • Re: [cmake-developers] Questions about coding conventions Daniel Pfeifer
  • Re: [cmake-developers] Questions about coding conventions Stephen Kelly
  • Re: [cmake-developers] Questions about coding conventions Brad King
  • Re: [cmake-developers] Questions about coding conventions Brad King
  • Re: [cmake-developers] Questions about coding conventions Daniel Pfeifer
  • Re: [cmake-developers] Questions about coding conventions clinton
  • Re: [cmake-developers] Questions about coding conventions Tobias Hunger
  • Re: [cmake-developers] Questions about coding conventions Daniel Pfeifer
  • Re: [cmake-developers] Questions about coding conventions Brad King
  • Re: [cmake-developers] Questions about coding conventions Tobias Hunger
  • Re: [cmake-developers] Questions about coding conventions Daniel Pfeifer
  • Re: [cmake-developers] Questions about coding conventions Ben Boeckel

• Earlier messages
• Later messages