SFCGAL install does not specify minimum boost required

[robe]

Olivier,

I'm running into some issues with getting to compile sfcgal. I have boost 1.46 and CGAL 4.2 compiled. I had to recompile boost because I had compiled a minimalist version and sfcgal seems to require a LOT of boost parts and after recompiling I was left with these last 2 dependencies.

Now I am left with this:

-- The C compiler identification is GNU 4.5.4
-- The CXX compiler identification is GNU 4.5.4
-- Check for working C compiler: c:/ming64/mingw64/bin/gcc.exe
-- Check for working C compiler: c:/ming64/mingw64/bin/gcc.exe -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Check for working CXX compiler: c:/ming64/mingw64/bin/g++.exe
-- Check for working CXX compiler: c:/ming64/mingw64/bin/g++.exe -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Boost_USE_STATIC_LIBS=OFF
-- Boost_USE_MULTITHREAD=ON
CMake Error at C:/ming64/msys/share/cmake-2.8/Modules/FindBoost.cmake:1192 (mess
age):
  Unable to find the requested Boost libraries.

  Boost version: 1.46.1

  Boost include path:
  c:/ming64/projects/boost/rel-1.46w64/include/boost-1_46_1

  The following Boost libraries could not be found:

          boost_chrono
          boost_timer

  Some (but not all) of the required Boost libraries were found.  You may
  need to install these additional Boost libraries.  Alternatively, set
  BOOST_LIBRARYDIR to the directory containing Boost libraries or BOOST_ROOT
  to the location of Boost.
Call Stack (most recent call first):
  CMakeLists.txt:46 (find_package)


-- Found GMP: c:/ming64/mingw64/include
-- GMP_INCLUDE_DIRS = c:/ming64/mingw64/include
-- GMP_LIBRARIES = c:/ming64/projects/CGAL/rel-gmp-5.1.1w64/lib/libgmp.a
-- Found MPFR: c:/ming64/mingw64/include
-- MPFR_INCLUDE_DIRS = c:/ming64/mingw64/include
-- MPFR_LIBRARIES = c:/ming64/projects/CGAL/rel-mpfr-3.1.2w64/lib/libmpfr.a
-- Found CGAL: c:/ming64/projects/CGAL/rel-cgal-4.2w64/include
-- CGAL  found
-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
-- Configuring incomplete, errors occurred!

It seems boost_chrono came in boost 1.47. according to this:

​http://stackoverflow.com/questions/6730422/boost-chrono-vs-boost-date-time

Does SFCGAL really need like 20 bits of boost or can we reduce teh footprint a bit so mere mortals or people with not more up to date boost can compile this

FROM CGAL 4.2 make — all CGAL 4.2 uses from boost is boost_thread and boost_system

Also do we really need DOXYGEN to be able to compile this?

[colivier]

Regina,

You're right footprint could be reduce. Mickael just commited on SFCGAL some changes to do so.

Thanks in advance to test again with a fresh SFCGAL clone

Boost 1.42 (or above) is supposed to work with SFCGAL

[dustymugs]

I'm running Boost 1.49 and it works fine.

[robe]

I already upgraded to using 1.49 so can't absolutely tell, though I wonder if its worth noting the boost features you require sicne you are suing more than CGAL is.

I had compiled my mingw64-w32 boost with just —with-thread —with-system and when I got to SFCGAL step gave error still that the below two are required.

       boost_date_time
       boost_serialization

Since boost takes a while to build at least on windows and you are using more than CGAL-4.2, I think it would save folks some frustration if they don't have to then go back to recompile boost to get the added features.

So I am assuming you require boost_thread, boost_system, boost_serialization ?

I got my mingw-w64 to compile SFCGAL so now on to binding with PostGIS. Still waiting for my mingw64-w32 to finish recompiling boost before I can continue.

[robe]

BTW for mingw64-w64 I ended up compiling boost with

 --build-type=complete --without-python --without-mpi

perhaps that's the recommended to just compile with everything though takes much longer to compile

[robe]

We still should state the minimums in the docs but since you did change so it works with 1.46 I think this is now low priority

[colivier]

Should be fixed as 12338

[robe]

r12338 assume fixes it.