configure fails

classic Classic list List threaded Threaded
13 messages Options
Reply | Threaded
Open this post in threaded view
|

configure fails

Dominik Szczerba
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.
Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Pierre Alliez-2
it works fine for me with boost 1.44

Le 29/03/2011 21:57, Dominik Szczerba a écrit :
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.


-- 
Pierre Alliez
INRIA Sophia Antipolis - Mediterranee
http://www-sop.inria.fr/members/Pierre.Alliez/
Reply | Threaded
Open this post in threaded view
|

Re: configure fails

andreas.fabri
In reply to this post by Dominik Szczerba
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

Reply | Threaded
Open this post in threaded view
|

Re: configure fails

stzpz
In reply to this post by Dominik Szczerba
You may try to reinstall cmake. I have met the similar problem before when I replacing CGAL 3.7 to 3.8 beta1, and finally it was solved by updating cmake from 2.8.3 to 2.8.4.


2011/3/30 Dominik Szczerba <[hidden email]>
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.

Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Dominik Szczerba
In reply to this post by andreas.fabri
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 <[hidden email]> 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


Reply | Threaded
Open this post in threaded view
|

Re: configure fails

andreas.fabri

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
> <[hidden email]
> <mailto:[hidden email]>> 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    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

Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Dominik Szczerba
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 <[hidden email]> 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
<[hidden email]
<mailto:[hidden email]>> 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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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


Reply | Threaded
Open this post in threaded view
|

Re: configure fails

andreas.fabri

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 <[hidden email]
> <mailto:[hidden email]>> 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
>     <[hidden email]
>     <mailto:[hidden email]>> 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
>             <[hidden email]
>             <mailto:[hidden email]>
>             <mailto:[hidden email]
>             <mailto:[hidden email]>>> 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
>             <[hidden email]
>             <mailto:[hidden email]>
>             <mailto:[hidden email]
>             <mailto:[hidden email]>>
>             <mailto:[hidden email]
>             <mailto:[hidden email]>
>             <mailto:[hidden email]
>             <mailto:[hidden email]>>>> 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

Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Dominik Szczerba
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 <[hidden email]> 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 <[hidden email]
<mailto:[hidden email]>> 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
   <[hidden email]
   <mailto:[hidden email]>> 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
           <[hidden email]
           <mailto:[hidden email]>
           <mailto:[hidden email]
           <mailto:[hidden email]>>> 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
           <[hidden email]
           <mailto:[hidden email]>
           <mailto:[hidden email]
           <mailto:[hidden email]>>
           <mailto:[hidden email]
           <mailto:[hidden email]>
           <mailto:[hidden email]
           <mailto:[hidden email]>>>> 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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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


Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Dominik Szczerba
Dear Andreas,

Unfortunately, we might both be wrong. The problem is still there, even with one BOOST_ROOT for debug/release when I compile a dynamic (DLL) version of boost (see other thread why). The thread library can not be found, always reset to NOTFOUND.

Can you please try if you can configure CGAL 3.7 with DLL boost?

Dominik

On Thu, Mar 31, 2011 at 12:46 PM, Dominik Szczerba <[hidden email]> wrote:
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 <[hidden email]> 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 <[hidden email]
<mailto:[hidden email]>> 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
   <[hidden email]
   <mailto:[hidden email]>> 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
           <[hidden email]
           <mailto:[hidden email]>
           <mailto:[hidden email]
           <mailto:[hidden email]>>> 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
           <[hidden email]
           <mailto:[hidden email]>
           <mailto:[hidden email]
           <mailto:[hidden email]>>
           <mailto:[hidden email]
           <mailto:[hidden email]>
           <mailto:[hidden email]
           <mailto:[hidden email]>>>> 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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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: <a href="tel:%2B%2B33.492.954.912" target="_blank">++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



Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Laurent Rineau (GeometryFactory)
On jeudi 31 mars 2011 15:57:37 Dominik Szczerba wrote:
> Dear Andreas,
>
> Unfortunately, we might both be wrong. The problem is still there, even
> with one BOOST_ROOT for debug/release when I compile a dynamic (DLL)
> version of boost (see other thread why). The thread library can not be
> found, always reset to NOTFOUND.

In which directory are the Boost .dll files? Is that directory in the list of
the PATH environment variable? If it is now, then Windows cannot retrieve the
dll files, even if they are in the same directory as the .lib files that were
used at link-time.

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

Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Dominik Szczerba
Yes they are along the lib files in the same lib folder.
I added this folder to system PATH. I ensure it is indeed there in
PATH by typing "path" in the command prompt before invoking cmake.
However, the library still can not be found.

Thanks for any further hints,
Dominik

On Thu, Mar 31, 2011 at 4:06 PM, Laurent Rineau (GeometryFactory)
<[hidden email]> wrote:

> On jeudi 31 mars 2011 15:57:37 Dominik Szczerba wrote:
>> Dear Andreas,
>>
>> Unfortunately, we might both be wrong. The problem is still there, even
>> with one BOOST_ROOT for debug/release when I compile a dynamic (DLL)
>> version of boost (see other thread why). The thread library can not be
>> found, always reset to NOTFOUND.
>
> In which directory are the Boost .dll files? Is that directory in the list of
> the PATH environment variable? If it is now, then Windows cannot retrieve the
> dll files, even if they are in the same directory as the .lib files that were
> used at link-time.
>
> --
> You are currently subscribed to cgal-discuss.
> To unsubscribe or access the archives, go to
> https://lists-sop.inria.fr/wws/info/cgal-discuss
>
>

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

Reply | Threaded
Open this post in threaded view
|

Re: configure fails

Dominik Szczerba
What was needed to configure with dynamically built boost was:

BUILD_SHARED_LIBS:BOOL=ON

otherwise CGAL_SetupBoost.cmake would set Boost_USE_STATIC_LIBS to ON

But now I come back as a nightmare again: dynamic boost does not want
to compile with cgal, see the other thread.

Dominik

On Thu, Mar 31, 2011 at 5:30 PM, Dominik Szczerba <[hidden email]> wrote:

> Yes they are along the lib files in the same lib folder.
> I added this folder to system PATH. I ensure it is indeed there in
> PATH by typing "path" in the command prompt before invoking cmake.
> However, the library still can not be found.
>
> Thanks for any further hints,
> Dominik
>
> On Thu, Mar 31, 2011 at 4:06 PM, Laurent Rineau (GeometryFactory)
> <[hidden email]> wrote:
>> On jeudi 31 mars 2011 15:57:37 Dominik Szczerba wrote:
>>> Dear Andreas,
>>>
>>> Unfortunately, we might both be wrong. The problem is still there, even
>>> with one BOOST_ROOT for debug/release when I compile a dynamic (DLL)
>>> version of boost (see other thread why). The thread library can not be
>>> found, always reset to NOTFOUND.
>>
>> In which directory are the Boost .dll files? Is that directory in the list of
>> the PATH environment variable? If it is now, then Windows cannot retrieve the
>> dll files, even if they are in the same directory as the .lib files that were
>> used at link-time.
>>
>> --
>> You are currently subscribed to cgal-discuss.
>> To unsubscribe or access the archives, go to
>> https://lists-sop.inria.fr/wws/info/cgal-discuss
>>
>>
>

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