Boost logo

Boost Interest :

Subject: Re: [Boost-cmake] cmake regression for 1.40 vs. 1.39...
From: Ingmar Vanhassel (ingmar_at_[hidden])
Date: 2009-09-06 17:50:17

Excerpts from troy d. straszheim's message of Sun Sep 06 23:02:53 +0200 2009:
> Sean Chittenden wrote:
> > Hello. I'm trying to use 1.40 in a fresh dev environment using cmake
> > and am having significant difficulties getting it to work. 1.39 works
> > flawlessly with cmake, but 1.40.... not so much. I've had to manually
> > edit Makefiles and .cmake files to include various include_directories,
> > change cmake_install.cmake files, etc.
> >
> > Is there a branch that's not the mainline boost svn that contains a
> > working cmake build environment? I know cmake is considered
> > experimental but it looks like there's a fair amount of bit rot in the
> > cmake build goo.
> >
> > Should I migrate back to bjam? Thanks in advance.
> >
> I'm not seeing any problems with a simple build-and-install on recent
> ubuntu... what are the details of what you're seeing? I'll be
> maintaining cmake branches out in gitland, if you want to clone and
> participate, great; otherwise, diffs against 1.40 are cool too.
> -t

'make DESTDIR=/foo install' is broken here:

-- Installing: /home/ingmar/development/git/boost/DESTDIR/usr/local/include//boost/assign/std/slist.hpp
-- Installing: /home/ingmar/development/git/boost/DESTDIR/usr/local/include//boost/assign/list_of.hpp
-- Installing: /home/ingmar/development/git/boost/DESTDIR/usr/local/include//boost/assign/list_inserter.hpp
-- Installing: /home/ingmar/development/git/boost/DESTDIR/usr/local/include//boost/assign/ptr_map_inserter.hpp
-- Installing: /home/ingmar/development/git/boost/DESTDIR/usr/local/include//boost/strong_typedef.hpp
CMake Error at libs/preprocessor/cmake_install.cmake:36 (FILE):
  file INSTALL cannot find file
  "/home/ingmar/development/git/boost/libs/preprocessor/include/boost" to
Call Stack (most recent call first):
  libs/cmake_install.cmake:37 (INCLUDE)
  cmake_install.cmake:42 (INCLUDE)

This seems to be

This can be worked around by "make modularize", which my packages currently do,
but that's less than ideal. It also doesn't play nicely when compiling boost
from a source-control repository.


Exherbo KDE, maintainer

Boost-cmake list run by bdawes at, david.abrahams at, gregod at, cpdaniel at, john at