Skip to Content.
Sympa Menu

cgal-discuss - Re: [cgal-discuss] configure fails

Subject: CGAL users discussion list

List archive

Re: [cgal-discuss] configure fails


Chronological Thread 
  • From: Dominik Szczerba <>
  • To:
  • Subject: Re: [cgal-discuss] configure fails
  • Date: Thu, 31 Mar 2011 12:46:22 +0200
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:content-type; b=DsQFDIZzeZaTEI5cAYGQm1lZqDBPjrz6RX/3RKo+12fuDbFvM667nsKdK9TsWXU+Xt 2Yt0tYdhLarombXZ0VtJKKdCXhGSnWOFmUElYKqfDunsLEelnHwq5OpOXK50kRFDg/1q Z9clebSkNlBY4TfDz19HEyh5auxOKk37bJfTc=

Dear Andreas,

Many thanks for your input, it helped me identify the problem.
I was not doing anything wrong though, but my configuration is apparently not supported/tested by boost and/or cgal. Due to reasons beyond this discussion I was keeping release and debug versions COMPLETELY separated, so there was no one unique BOOST_ROOT. I guess there still is a problem with boost or cgal because include directory and the paths to the libraries should suffice, especially that the error message was like "specify boost root OR include path". But indeed, if I install boost into only one folder all works fine, also with the recent 1.46.1.

However, there is a configuration warning attached below.

Many thanks again, I am now proceeding to resolve linking problems between my app and cgal.

Dominik

CMake Warning (dev) at C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/
FindPackageHandleStandardArgs.cmake:85 (INCLUDE):
  File C:/Program Files (x86)/CMake
  2.8/share/cmake-2.8/Modules/FindPackageHandleStandardArgs.cmake includes
  E:/pack/CGAL-3.7/cmake/modules/FindPackageMessage.cmake (found via
  CMAKE_MODULE_PATH) which shadows C:/Program Files (x86)/CMake
  2.8/share/cmake-2.8/Modules/FindPackageMessage.cmake.  This may cause
  errors later on .

  Policy CMP0017 is not set: Prefer files from the CMake module directory
  when including from there.  Run "cmake --help-policy CMP0017" for policy
  details.  Use the cmake_policy command to set the policy and suppress this
  warning.
Call Stack (most recent call first):
  C:/Program Files (x86)/CMake 2.8/share/cmake-2.8/Modules/FindZLIB.cmake:69 (IN
CLUDE)
  src/CGALimageIO/CMakeLists.txt:16 (find_package)
This warning is for project developers.  Use -Wno-dev to suppress it.



On Thu, Mar 31, 2011 at 11:04 AM, Andreas Fabri <> wrote:

I am sorry, but you must do something wrong, and their should
be no need for magic.  At least here on my machine the following
works for Windows7 64 bit


I installed the latest version of cmake.

I downloaded boost 1.46.1

I unzipped it into c:/boost/boost_1_46_1

I opened the Windows cmd shell
Start -> All Programs ->  Microsoft Visual Studio 2010
-> Visual Studio Tools -> Visual Studio x64 Win64 Command Prompt (2010)

and went in the above directory

I copied bjam.exe into this directory.

I called
bjam   toolset=msvc-10.0 address-model=64 --with-thread

--with-date_time --with-program_options --with-filesystem
--with-system debug release stage


I copied  the files stage/lib/*vc100*.lib
to the directory c:/boost/boost_1_46_1/lib

I define the environment variable BOOST_ROOT

I go into the CGAL root directory
I create a directory VC10, and go into this directory
I call cmake-gui ..

I choose the nmake generator
I click on configure
It sets all variables automatically and correctly.

In the CMakeCache.txt file I get:

//Path to a file.
Boost_INCLUDE_DIR:PATH=c:/boost/boost_1_46_1

//Boost library directory
Boost_LIBRARY_DIRS:FILEPATH=c:/boost/boost_1_46_1/lib;c:/boost/boost_1_46_1/lib


//Boost diagnostic define
Boost_LIB_DIAGNOSTIC_DEFINITIONS:STRING=-DBOOST_LIB_DIAGNOSTIC

//The Boost THREAD library
Boost_THREAD_LIBRARY:FILEPATH=optimized;c:/boost/boost_1_46_1/lib/libboost_thread-vc100-mt-1_46_1.lib;debug;c:/boost/boost_1_46_1/lib/libboost_thread-vc100-mt-gd-1_46_1.lib

//Path to a library.
Boost_THREAD_LIBRARY_DEBUG:FILEPATH=c:/boost/boost_1_46_1/lib/libboost_thread-vc100-mt-gd-1_46_1.lib

//Path to a library.
Boost_THREAD_LIBRARY_RELEASE:FILEPATH=c:/boost/boost_1_46_1/lib/libboost_thread-vc100-mt-1_46_1.lib


andreas



On 30/03/2011 17:19, Dominik Szczerba wrote:
After endless trials and errors I have partially succeeded. The needed
magic was to specify BOOST_ROOT *AND* give Boost_LIBRARY_DIRS *TWO*
paths, as I keep release and debug builds separately,
Still, however, debug version can not be found when configured on the
command line, probably because there is no one root but two. It can only
be set via GUI, which disables automation.
Also, it still does not work with the latest boost 1.46.1.

I have still to test the newly built version.

Many thanks to everybody for the hints!

Dominik

On Wed, Mar 30, 2011 at 3:12 PM, Dominik Szczerba <
<mailto:>> wrote:

   I have configured and installed boost like this:

   bjam --prefix=P:\boost-1.44.0\x64\Release address-model=64
   variant=release --with-thread --with-date_time
   --with-program_options --with-filesystem --with-system install
   bjam --prefix=P:\boost-1.44.0\x64\Debug address-model=64
   variant=debug --with-thread --with-date_time --with-program_options
   --with-filesystem --with-system install

   I configure CGAL with cmake 2.8.4 like this:

   E:\build\cgal-3.7>cmake
   -DBoost_INCLUDE_DIR:PATH=P:/boost-1.44.0/x64/Release/inc
   lude/boost-1_44
   -DBoost_LIBRARY_DIRS:FILEPATH=P:/boost-1.44.0/x64/Release/lib -D
   Boost_THREAD_LIBRARY:FILEPATH=optimized;P:/boost-1.44.0/x64/Release/lib/libboost
   _thread-vc100-mt-1_44.lib;debug;P:/boost-1.44.0/x64/Debug/lib/libboost_thread-vc
   100-mt-gd-1_44.lib
   -DBoost_THREAD_LIBRARY_RELEASE:FILEPATH=P:/boost-1.44.0/x64/R
   elease/lib/libboost_thread-vc100-mt-1_44.lib
     -DBoost_THREAD_LIBRARY_DEBUG:FILEP
   ATH=P:/boost-1.44.0/x64/Debug/lib/libboost_thread-vc100-mt-gd-1_44.lib
   E:/pack/C
   GAL-3.7

   and I still get the same error, see below. I add the suggested
   variables in the GUI to no avail, with the frustrating effect that
   the variables storing the thread libs are always reset to NOTFOUND.

   Any way out?

   Regards,
   Dominik


   -- Building for: Visual Studio 10
   -- Check for working C compiler using: Visual Studio 10
   -- Check for working C compiler using: Visual Studio 10 -- works
   -- Detecting C compiler ABI info
   -- Detecting C compiler ABI info - done
   -- Check for working CXX compiler using: Visual Studio 10
   -- Check for working CXX compiler using: Visual Studio 10 -- works
   -- Detecting CXX compiler ABI info
   -- Detecting CXX compiler ABI info - done
   -- CGAL_MAJOR_VERSION=3
   -- CGAL_MINOR_VERSION=7
   -- CGAL_BUILD_VERSION=
   -- CGAL_SONAME_VERSION=6
   -- CGAL_SOVERSION     =6.0.0
   -- CGAL_REFERENCE_CACHE_DIR=
   -- Building static libraries
   -- Targetting Visual Studio 10
   -- Target build enviroment supports auto-linking
   -- Using VC10 compiler.
   -- Generator uses intermediate configuration directory: $(Configuration)
   -- USING CMake version: 2.8.4
   -- System: Windows
   -- Build type: Release
   -- USING CXXFLAGS = ' /DWIN32 /D_WINDOWS /W3 /Zm1000 /EHsc /GR
   -D_CRT_SECURE_NO_
   DEPRECATE -D_SCL_SECURE_NO_DEPRECATE -D_CRT_SECURE_NO_WARNINGS
   -D_SCL_SECURE_NO_
   WARNINGS /fp:strict /fp:except- /MD /O2 /Ob2 /D NDEBUG'
   -- USING LDFLAGS = ' '
   -- Could NOT find GMP
   -- Could NOT find MPFR
   -- CGAL_Core needs GMP, cannot be configured.
   CMake Error at cmake/modules/FindBoost.cmake:917 (message):
      Unable to find the requested Boost libraries.

      Boost version: 1.44.0

      Boost include path: P:/boost-1.44.0/x64/Release/include/boost-1_44

      The following Boost libraries could not be found:

              boost_thread

      No Boost libraries were found.  You may need to set
   Boost_LIBRARYDIR to the
      directory containing Boost libraries or BOOST_ROOT to the location of
      Boost.

   On Wed, Mar 30, 2011 at 1:57 PM, Andreas Fabri
   <
   <mailto:>> wrote:



       I am since long on Windows 7, and was on XP64 before.

       I huilt  Boost 1_41_0 this way

       bjam address-model=64 --with-thread --with-date_time
       --with-program_options --with-filesystem --with-system debug
       release stage

       and I copied the libraries (they are all static) to
       the directory lib.

       In my CMakeCache I have

       //Path to a file.
       Boost_INCLUDE_DIR:PATH=c:/boost/boost_1_41_0

       //Boost library directory
       Boost_LIBRARY_DIRS:FILEPATH=c:/boost/boost_1_41_0/lib;c:/boost/boost_1_41_0/lib

       //Boost diagnostic define
       Boost_LIB_DIAGNOSTIC_DEFINITIONS:STRING=-DBOOST_LIB_DIAGNOSTIC

       //The Boost THREAD library
       Boost_THREAD_LIBRARY:FILEPATH=optimized;c:/boost/boost_1_41_0/lib/libboost_thread-vc90-mt-1_41.lib;debug;c:/boost/boost_1_41_0/lib/libboost_thread-vc90-mt-gd-1_41.lib

       //Path to a library.
       Boost_THREAD_LIBRARY_DEBUG:FILEPATH=c:/boost/boost_1_41_0/lib/libboost_thread-vc90-mt-gd-1_41.lib

       //Path to a library.
       Boost_THREAD_LIBRARY_RELEASE:FILEPATH=c:/boost/boost_1_41_0/lib/libboost_thread-vc90-mt-1_41.lib


       In case you created dll's did you put them in the PATH

       andreas



       On 30/03/2011 12:35, Dominik Szczerba wrote:

           Hmmm, this switch is not documented (no mention in bjam
           --help) so I
           assume 64 bit version would be built on 64 bit command prompt.
           But anyway, I compiled a version with your switch, but the
           problem is
           still there.

           Dominik

           On Wed, Mar 30, 2011 at 9:16 AM, Andreas Fabri
           <
           <mailto:>
           <mailto:
           <mailto:>>> wrote:


               Hi Dominik,

               there is a switch:

               bjam address-model=64

               andreas



               On 30/03/2011 09:06, Dominik Szczerba wrote:

                   I have built boost in the 64 bit VC prompt, so I
           assume so. I
                   did not
                   see a switch to chose 32/64 with bjam.
                   $BOOST_ROOT/lib contains files like
                   boost_thread-vc100-mt-1_46_1.lib/dll.

                   Dominik

                   On Tue, Mar 29, 2011 at 11:00 PM, Andreas Fabri
           <
           <mailto:>
           <mailto:
           <mailto:>>
           <mailto:
           <mailto:>
           <mailto:
           <mailto:>>>> wrote:

                       Hi Dominik,

                       Did you build boost for 64 bits?  The
           precompiled versions from
                       Boost Consulting are for 32 bit.

                       What are the files in your directory
                       $BOOST_ROOT/lib

                       andreas



                       On 29/03/2011 21:57, Dominik Szczerba wrote:

                           Is it possible to configure CGAL 3.7 with
           MSVC 2010 64?

                           I have boost 1.46.1 here and whatever I do
           to configure
                   CGAL I
                           always see:

                           The following Boost libraries could not be
           found:

                                    boost_thread

                           No Boost libraries were found.  You may need
           to set
                           Boost_LIBRARYDIR to
                           directory containing Boost libraries or
           BOOST_ROOT to the
                           location of
                           Boost.

                           I set both Boost_LIBRARYDIR and BOOST_ROOT
           to the right
                   values to no
                           avail. Whatever I put as contents of the thread
                   release/debug
                           libraries
                           they are always reset to NOTFOUND.

                           I have also removed the FindBoost.cmake in
           CGAL to use
                   the one
                           bundled
                           in cmake 2.8.4 - no avail.

                           I will be grateful for any pointers.

                           Dominik

                           PS. I tried hacking and hardcoded boost
           paths/libs but
                   this bites me
                           back later during compilation and linking.


                       --
                       You are currently subscribed to cgal-discuss.
                       To unsubscribe or access the archives, go to
           https://lists-sop.inria.fr/wws/info/cgal-discuss




               --
               Andreas Fabri, PhD
               Chief Officer, GeometryFactory
               Editor, The CGAL Project

               phone: ++33.492.954.912 <tel:%2B%2B33.492.954.912>
           <tel:%2B%2B33.492.954.912>    skype:

               andreas.fabri


               --
               You are currently subscribed to cgal-discuss.
               To unsubscribe or access the archives, go to
           https://lists-sop.inria.fr/wws/info/cgal-discuss




       --
       Andreas Fabri, PhD
       Chief Officer, GeometryFactory
       Editor, The CGAL Project

       phone: ++33.492.954.912 <tel:%2B%2B33.492.954.912>    skype:
       andreas.fabri

       --
       You are currently subscribed to cgal-discuss.
       To unsubscribe or access the archives, go to
       https://lists-sop.inria.fr/wws/info/cgal-discuss





--
Andreas Fabri, PhD
Chief Officer, GeometryFactory
Editor, The CGAL Project

phone: ++33.492.954.912    skype: andreas.fabri

--
You are currently subscribed to cgal-discuss.
To unsubscribe or access the archives, go to
https://lists-sop.inria.fr/wws/info/cgal-discuss





Archive powered by MHonArc 2.6.16.

Top of Page