On 04/02/2019 10:10, Robert Sawko wrote:
I couldn't find a dedicated bug tracker for cmake modules.
https://gitlab.kitware.com/cmake/cmake/issues/
It's the same bug tracker as for the rest of CMake, since it's all a
single codebase. If you put "FindBoost: " as the prefix of the issue
title,
On 09/11/2018 10:34, Joachim Wuttke wrote:
In all my projects, the top-level CMakeLists.txt contains the line
include(PreventInSourceBuilds)
to protect users (and myself) from unintentionally running CMake
in the source directory.
I for one have an equivalent to this logic in all my projects
On 24/04/2017 19:30, Ben Boeckel wrote:
On Mon, Apr 24, 2017 at 19:17:39 +0100, Roger Leigh wrote:
Sounds like that's exactly the problem. You can only have one libpng
*development* package installed at once. You probably want the regular
"libpng-dev" package installed if yo
On 24/04/2017 15:54, Robert Dailey wrote:
Sorry to bump; any info on this? I'm completely blocked :-(
On Fri, Apr 21, 2017 at 4:48 PM, Robert Dailey wrote:
I'm running CMake 3.8.0 on Ubuntu 14. I invoke the following:
find_package(PNG REQUIRED)
Which gives me the output in CMake:
Could NOT
On 11/04/2017 18:24, Wouter Klouwen wrote:
On 11/04/17 18:00, Brad King wrote:
On 04/11/2017 12:33 PM, Wouter Klouwen wrote:
So in order to create a mega project I want to put all of the third
party packages into the build system using ExternalProject_Add.
This function does provide for targets
Hi folks,
I'd like to bring this issue to your attention to canvas some feedback
regarding the use of version suffixes:
https://gitlab.kitware.com/cmake/cmake/issues/16716
This is basically a proposal to allow an optional version suffix like
"-rc3", "-beta1" etc. in addition to the existin
On 27/12/2016 14:34, Gregor Jasny via cmake-developers wrote:
Hello,
On 27/12/2016 13:20, Roger Leigh wrote:
I opened the following merge request to add support for the
newly-released Boost 1.63:
https://gitlab.kitware.com/cmake/cmake/merge_requests/361
I wonder what's the reaso
I opened the following merge request to add support for the
newly-released Boost 1.63:
https://gitlab.kitware.com/cmake/cmake/merge_requests/361
Kind regards,
Roger
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Branch: ice-3.6.3. Pushed to next for testing. This is for a new point
release recently issued by upstream.
Regards,
Roger
--
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
With FreeBSD 11, I was getting a link failure due to missing kvm symbols
in Utilities/cmlibuv.
The fix is a trivial addition. It's added unconditionally; I checked
for its presence in FreeBSD 11, 10 and 9. Branch: freebsd-kvm-link
Merged into stage for testing.
Regards,
Roger
--
Powered b
Adds BZip2::BZip2 imported target and documentation, along with unit
test which may be enabled with the CMake_TEST_FindBZip2 option. Derived
from the existing code in FindZLib.
Branch: bzip2-imported-targets
Merged into stage for testing.
Regards,
Roger
--
Powered by www.kitware.com
Please
On 30/08/2016 14:53, Brad King wrote:
On 08/28/2016 01:51 PM, Roger Leigh wrote:
The macro name might need adjusting
The idea looks fine to me. Typically we name module-provided APIs with
the module name. How about "GNUInstallDirs_get_absolute_install_dir"?
I'm als
h is OK
in principle.
Kind regards,
Roger
>From ed6301e40a8b5d71fb45b55a8ac2dbacb5804be7 Mon Sep 17 00:00:00 2001
From: Roger Leigh
Date: Sun, 28 Aug 2016 18:19:02 +0100
Subject: [PATCH] GNUInstallDirs: Add set_full_install_dir macro
---
Modules/GNUInstallDirs.cmake | 80 +++
CMake is not and can never be a replacement for a package manager. They
serve entirely different roles. While you can extend CMake to give it
the ability to build and install all sorts stuff, that does not make it
a package manager. It's a convenient way to build a complex set of
interdepend
Straightforward renaming, in
https://gitlab.kitware.com/cmake/cmake/merge_requests/33 which is also
merged into next for testing.
Regards,
Roger
--
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 variou
ICU is a longstanding staple library for C++ Unicode functionality which
is used as a dependency by many common C++ libraries and programs.
The change is here
https://gitlab.kitware.com/cmake/cmake/merge_requests/32 and I've also
merged this into next for testing.
This change also includes t
On 21/06/2016 18:18, Chris Bieneman wrote:
Hello cmake-developers,
I’m trying to find a solution to a long running problem in our build. In LLVM
we have a domain specific language named TableGen that we use to generate
header files used throughout the project. Our current solution to work with
I have opened a couple of merge requests here, and also merged these
into next for testing:
https://gitlab.kitware.com/cmake/cmake/merge_requests/17
https://gitlab.kitware.com/cmake/cmake/merge_requests/19
The first adds support for the latest 3.6.x releases.
The second adds support for finding
I noticed that FindBZip2.cmake was searching for the bzip2d debug
library but not bz2d (it uses bz2 and bzip2 for the release library
names). While bzip2[d] is the common form on Windows, which is what the
upstream nmake build creates, there are at least two CMake builds for
bzip2 which use th
Boost 1.61 was released today. My boost-1.61 branch, merged into next,
adds the updated dependency information for this release. The version
information was already added, so is unchanged.
Regards,
Roger
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
On 13/05/2016 14:36, Brad King wrote:
On 05/12/2016 03:49 PM, Roger Leigh wrote:
I have made the suggested changes above where this was possible, and
merged the boost-component-headers branch into next for testing.
Thanks. It looks pretty good, but there is one problem:
+find_path
On 11/05/2016 19:43, rle...@codelibre.net wrote:
On 2016-05-11 19:30, Chuck Atkins wrote:
I guess it doesn't really matter but for the libraries that don't have
a single include header, should you be using these instead:
* container/container_fwd.hpp
* exception/all.hpp
* filesystem
For https://cmake.org/Bug/view.php?id=16057 I have merged the
boost-import-default branch into next for testing. This includes a unit
test to verify that the basic boost headers work in the absence of
COMPONENTS being specified with find_package.
Regards,
Roger
--
Dr Roger Leigh -- Open
Hi folks,
I've merged the branch boost-optional-indirect-deps into next for
testing (for https://cmake.org/Bug/view.php?id=16013).
Kind regards,
Roger
--
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
On 24/02/2016 22:49, Roger Leigh wrote:
I've attached a patch for a very simple modification to find_dependency.
I'm not proposing that it be merged, it's just a suggestion for
further discussion. I've tested it with my own packages with multiple
find_dependency(Boost C
On 24/12/2015 12:07, Stephen Kelly wrote:
Roger Leigh wrote:
On 21/12/2015 15:07, Stephen Kelly wrote:
Roger Leigh wrote:
I can understand why REQUIRED and related
arguments are omitted--that is why find_dependency exists--but I'd quite
like to be able to specify COMPONENTS where neede
On 20/01/2016 19:05, Brad King wrote:
On 01/20/2016 11:57 AM, rle...@codelibre.net wrote:
As an aside, I've found some limitations in the usability and utility of
EXPORT. These are two of the missing pieces for making the exported
configuration functional:
1) is the need to manually call find_
On 19/01/2016 19:14, Brad King wrote:
On 01/19/2016 12:02 PM, Roger Leigh wrote:
+find_package(XercesC 3.0.0 REQUIRED)
I think this is an assumption leaking from my own usage of it. I've
removed the version here.
Thanks. The CMakeOnly.AllFindModules and FindModulesExecuteAll
tests
On 19/01/2016 16:50, Brad King wrote:
On 01/19/2016 11:39 AM, Roger Leigh wrote:
Merged into next from the staging branch "xalanc" for review and
testing. Includes a couple of unit tests to validate. Since it depends
on XercesC, I hope what I've done here for the imported a
Merged into next from the staging branch "xalanc" for review and
testing. Includes a couple of unit tests to validate. Since it depends
on XercesC, I hope what I've done here for the imported and non-imported
target cases is OK.
I've tested on Linux and Windows.
Regards,
Roger
--
Powere
On 21/12/2015 15:07, Stephen Kelly wrote:
Roger Leigh wrote:
I've run into a few limitations in find_dependency. I'm not sure if
these are by design or could be fixed, so this is really a request for
further explanation or design rationale.
The first issue is this:
if (NOT ${
With the release of Boost 1.60, I've updated FindBoost to work with this
version.
Pushed to
https://cmake.org/gitweb?p=stage/cmake.git;a=shortlog;h=refs/heads/boost-1.60
and merged into next for review.
- Adds 1.60.0 and 1.60 as valid versions
- Adds dependency information for 1.60; this is
I've run into a few limitations in find_dependency. I'm not sure if
these are by design or could be fixed, so this is really a request for
further explanation or design rationale.
The first issue is this:
if (NOT ${dep}_FOUND)
This seems to be making the assumption that the found variable
On 02/12/2015 17:31, rle...@codelibre.net wrote:
- Add TIFF::TIFF imported target
- Document imported target
- Add testcase to test the standard variables and the imported
target
Also:
- Add TIFF_INCLUDE_DIRS to match common practice
- Update documentation generally, including documenting
ake conditionals, and then after
simplifying where following release dependencies are unchanged, so you
can see where the logic in FindBoost comes from.
Hope this is all acceptable. Happy to make any further changes as needed.
Regards,
Roger
>From f7dc9dfd215fd5235449dd77bb90b24e1a47ad51 Mon S
On 18/11/2015 11:27, rle...@codelibre.net wrote:
On 11/16/2015 09:26 AM, Florent Castelli wrote:
But one there’s one thing that comes to mind. Some compiled libraries
have dependencies on other compiled libraries.
Don’t you think it would make sense to teach FindBoost about those
so we link
28117789c Mon Sep 17 00:00:00 2001
From: Roger Leigh
Date: Wed, 18 Nov 2015 16:45:54 +
Subject: [PATCH] XercesC: Add imported targets and unit test
---
Help/release/dev/FindXercesC-imported-targets.rst | 4 ++
Modules/FindXercesC.cmake | 67 +
I've just upgraded my work development system to Ubuntu 15.10. While
testing the FindBoost work in a separate thread, I noticed that with
this release the system linker is using --as-needed by default. This
means that the system no longer respects the compiler linker arguments,
and will delib
On 17/11/2015 07:53, Ruslan Baratov wrote:
On 16-Nov-15 21:01, rle...@codelibre.net wrote:
I have attached a patch to add imported targets to FindBoost, in the form
of Boost:: (e.g. Boost::date_time) or Boost::Boost as a
generic
interface library for header-only components.
Since it's `Boost::d
On 23/08/2015 10:07, Michael Scott wrote:
Carrying on in the list of open issues to look at for contributing to
CMake, I've had a look at issue "15280 - FindZLIB module should find
debug and release variants". I've made some changes to the FindZLIB
module which should make it so that debug and re
The attached patch adds Boost 1.59.0/1.59 to the list of supported
versions in the FindBoost module.
Tested on: Ubuntu 14.04 and Windows with VS2013 with Boost 1.59.0.
Regards,
Roger
>From 0419a7bd7f1da27bcbf9eaba424fda99cc030867 Mon Sep 17 00:00:00 2001
From: Roger Leigh
Date: Thu, 13
On 30/07/2015 18:34, Brad King wrote:
On 07/30/2015 11:23 AM, Roger Leigh wrote:
foo_EXPORT_TEMPLATE template class foo_EXPORT std::allocator;
[snip]
#ifdef @EXPORT_IMPORT_CONDITION@
/* We are building this library */
# define @EXPORT_MACRO_NAME@ @DEFINE_EXPORT
b3f89c44ccfe5f0b7e7ef8aa2ea6377a1 Mon Sep 17 00:00:00 2001
From: Roger Leigh
Date: Thu, 30 Jul 2015 15:47:38 +0100
Subject: [PATCH] GenerateExportHeader: Add EXPORT_TEMPLATE macro
In addition to the foo_EXPORT macro, a foo_EXPORT_TEMPLATE
macro is also generated. This is to allow for expl
On Fri, Dec 05, 2014 at 09:04:19AM -0500, Brad King wrote:
> On 12/04/2014 05:54 PM, Roger Leigh wrote:
> > No. Either is fine with me; I didn't expect this to be problematic
> > to omit the C suffix, but happy to have it added if it will avoid
> > confusion.
> >
ther is fine with me; I didn't expect this to be problematic
to omit the C suffix, but happy to have it added if it will avoid
confusion.
I just saw your other mail saying you'd made a patch. Do you need me
to do anything else?
Thanks,
Roger
--
.''`. Roger L
riable e.g. CMAKE_DL_FOUND which confirms that
it's safe to use, since I can't infer this from an empty CMAKE_DL_LIBS
when it's part of the standard library.
It would be equally nice to know if common-but-nonstandard extensions
such as dladdr(3) were safe to use.
Regards,
Roger
--
On Wed, Nov 19, 2014 at 08:35:53PM +0100, Nils Gladitz wrote:
> On 19.11.2014 20:23, Roger Leigh wrote:
> >libdl (for dlopen, dlsym) is part of (or an extention to) the
> >standard library/linker on many platforms. It doesn't currently
> >have support in CMake, though t
mponent of several
different POSIX systems, having support in CMake would be quite
beneficial.
I've tested the attached patch on FreeBSD, Linux and MacOS X.
Kind regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`.
bly be
separate given that it's perfectly OK to use libintl without the gettext
tools (and vice versa), and they might not all be found. I've added
cross references between the two in notes to make the relationship
clearer.
Regards,
Roger
--
.''`. Roger Leig
On Tue, Sep 09, 2014 at 11:48:53AM -0400, Brad King wrote:
> On 09/09/2014 11:35 AM, Roger Leigh wrote:
> > I have attached a minor fix to the FindIce module added a couple of
> > weeks back.
>
> Applied, thanks:
>
> FindIce: Remove unneeded search path modification
&
roots "/opt/Ice-${ice_version}")
line earlier in the script), so the removal simply makes the
behaviour consistent.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alio
On Fri, Aug 22, 2014 at 11:17:05AM +0100, Roger Leigh wrote:
> On Thu, Aug 21, 2014 at 02:47:24PM +0200, Rolf Eike Beer wrote:
> > Roger Leigh wrote:
> > > On Sun, Aug 17, 2014 at 05:22:38PM +0100, Roger Leigh wrote:
> > > > On Sun, Aug 17, 2014 at 05:50:58
On Thu, Aug 21, 2014 at 02:47:24PM +0200, Rolf Eike Beer wrote:
> Roger Leigh wrote:
> > On Sun, Aug 17, 2014 at 05:22:38PM +0100, Roger Leigh wrote:
> > > On Sun, Aug 17, 2014 at 05:50:58PM +0200, Rolf Eike Beer wrote:
> > > > Am Sonntag, 17. August 2014
On Sun, Aug 17, 2014 at 03:43:46PM +0100, Roger Leigh wrote:
> On Sun, Aug 17, 2014 at 03:46:14PM +0200, Rolf Eike Beer wrote:
> > > Sorry for the naïve question, but the find_package docs also mentions
> > > setting package_VERSION_COUNT but I don't see any examples
On Sun, Aug 17, 2014 at 05:22:38PM +0100, Roger Leigh wrote:
> On Sun, Aug 17, 2014 at 05:50:58PM +0200, Rolf Eike Beer wrote:
> > Am Sonntag, 17. August 2014, 16:21:24 schrieb Roger Leigh:
> > > On Fri, Aug 15, 2014 at 12:31:17AM +0100, Roger Leigh wrote:
> > > > OK.
On Sun, Aug 17, 2014 at 05:50:58PM +0200, Rolf Eike Beer wrote:
> Am Sonntag, 17. August 2014, 16:21:24 schrieb Roger Leigh:
> > On Fri, Aug 15, 2014 at 12:31:17AM +0100, Roger Leigh wrote:
> > > OK. I'll have to read up on this and see what needs doing.
> > >
On Fri, Aug 15, 2014 at 12:31:17AM +0100, Roger Leigh wrote:
> OK. I'll have to read up on this and see what needs doing.
> In the meantime, I've attached a revised patch with all the
> above corrections included.
Based on the comments made on my other FindXerces patch, I
e is automatically set by CMake and will tell you how many
> components were found in the version passed to find_package.
Ah, OK. I've tidied up the version handling as you suggested, new patch
attached.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp:/
On Sun, Aug 17, 2014 at 02:28:59PM +0100, Roger Leigh wrote:
> On Sun, Aug 17, 2014 at 02:57:36PM +0200, Rolf Eike Beer wrote:
> > Roger Leigh wrote:
> > > Dear Chuck,
> > >
> > > Thanks for looking at this. Please find attached a new copy of the
> > &g
On Sun, Aug 17, 2014 at 02:57:36PM +0200, Rolf Eike Beer wrote:
> Roger Leigh wrote:
> > Dear Chuck,
> >
> > Thanks for looking at this. Please find attached a new copy of the
> > patch which should address all your points. If you would like any
> > further c
RCES_FOO. In this case, keeping
>with all mixed case would be appropriate.
>- Don't delete the version variable afterwards, it's good have set by
>the find module as an output variable Xerces_VERSION.
>
>
> - Chuck
>
>
> On Sat, Aug 16, 2014 at
Hi,
Attached is a patch to add support for Apache Xerces-C++.
This project is quite an old one, and doesn't have any
support for cmake at present. This will allow cmake
projects to use current and older Xerces releases.
Regards,
Roger
--
.''`. Roger Leigh
: :' : Debi
On Wed, Aug 13, 2014 at 10:10:01AM -0400, Brad King wrote:
> On 08/12/2014 05:59 PM, Roger Leigh wrote:
> >> Regarding the Windows Registry, I've taken a look and it looks
> >> like there might be some usable keys from the installer which
> >> could be used,
On Tue, Aug 12, 2014 at 09:08:57PM +0100, Roger Leigh wrote:
> On Mon, Aug 11, 2014 at 11:07:57AM -0400, Brad King wrote:
> > On 08/08/2014 08:56 AM, Roger Leigh wrote:
> > > On Thu, Aug 07, 2014 at 06:49:28PM +0100, Roger Leigh wrote:
>
> > 3. There is a lot of
On Mon, Aug 11, 2014 at 11:07:57AM -0400, Brad King wrote:
> On 08/08/2014 08:56 AM, Roger Leigh wrote:
> > On Thu, Aug 07, 2014 at 06:49:28PM +0100, Roger Leigh wrote:
> >> Hi,
> >>
> >> I've written a module for finding the details of a ZeroC ICE ins
On Thu, Aug 07, 2014 at 06:49:28PM +0100, Roger Leigh wrote:
> Hi,
>
> I've written a module for finding the details of a ZeroC ICE installation,
> attached, which I thought might be of interest to a wider audience and be
> suitable for direct inclusion into cmake. I'
y familiar with the cmake
docs build, so it might possibly need some minor tweaking.
Kind regards,
Roger
--
.''`. Roger Leigh
: :' : Debian GNU/Linuxhttp://people.debian.org/~rleigh/
`. `' schroot and sbuild http://alioth.debian.org/projects/buildd-tools
`-
67 matches
Mail list logo