CGAL users discussion list

[Philipp Moeller <>]

Jeffrey Bush 
<>
 writes:

> Also, you give no help in the documentation on how to create a new program
> that uses CGAL on a Windows machine. Everything depends on running the
> shell script cgal_create_CMakeLists which cannot be done on Windows.

cgal_create_CMakeLists is really just a helper script and I don't even
like the fact that it is documented. It gives the impression that CGAL
requires CMake even after building/installation is complete, which is
not true.

You use CGAL as every other C++ library: add it to the include path,
link against its libraries (shared or static) and against its required
libraries. How to actually do this depends on your build-system and is
up to you.

>
> On Thu, Jan 31, 2013 at 12:43 AM, Jeffrey Bush 
> <>wrote:
>
>> Thanks. However, just so you know, the CGAL installer installs to Program
>> Files (x86) on Windows x64.
>>
>> I ended up getting around it by building just the examples and demos I
>> wanted. However in the process of building all of this I have identified
>> more problems. The boost libraries are not added to the import list in the
>> resulting project, only the include directories are added. Each project
>> needs to have the boot libraries manually entered. The CMAKE GUI shows the
>> boost libraries it will add, with all the right path information, however
>> these don't end up in the resulting VS project.
>>
>> Thanks again - although I am still having problems getting things to work
>> just right, it kind of makes sense that a library as massive as this takes
>> time to even get it going.
>>
>> Jeff
>>
>>
>> On Thu, Jan 31, 2013 at 12:04 AM, Laurent Rineau (CGAL/GeometryFactory) <
>> >
>>  wrote:
>>
>>> Le mercredi 30 janvier 2013 16:23:22 Jeffrey Bush a écrit :
>>> > Hi,
>>> >
>>> > When trying to build the CGAL demos CMAKE fails. If doing everything
>>> > besides the demos (core, ImageIO, examples) it works fine. Not all of
>>> the
>>> > demos cause errors, but most (~25 do). They all seem to be about not
>>> being
>>> > able to access certain paths, which are paths that are like
>>> C:/.../C:/.../
>>> > - notice it trying to re-root itself there? It shouldn't be doing that.
>>> > Running with CMAKE_USE_RELATIVE_PATHS does not help.
>>> >
>>> > An example error message that is shown here and the entire cmake log is
>>> > attached.
>>> >
>>> > == Generating build files for demos ==
>>> >
>>> > -- Configuring demo in demo/C:/Program Files
>>> (x86)/CGAL-4.1/demo/AABB_tree
>>> >
>>> > Requested component: Qt4
>>> >
>>> > Requested component: MPFR
>>> >
>>> > Requested component: GMP
>>> >
>>> > Found QGLViewer:
>>> > C:/Qt/libQGLViewer-2.3.17/QGLViewer/release64/QGLViewer2.lib
>>> >
>>> > CMake Error at C:/Program Files (x86)/CMake
>>> > 2.8/share/cmake-2.8/Modules/Qt4Macros.cmake:111 (file):
>>> >
>>> > file Internal CMake error when trying to open file: C:/Program Files
>>> >
>>> > (x86)/CGAL-4.1/demo/C:/Program Files
>>> >
>>> > (x86)/CGAL-4.1/demo/AABB_tree/MainWindow_moc.cpp_parameters for writing.
>>>
>>> Do not use a sub-directory of "C:\Program Files (x86)" as binary
>>> directory for
>>> CMake. That causes a bug in Qt4 CMake macros.
>>>
>>> Anyway, you should compile CGAL in your user directory, and not in the
>>> system
>>> directory "C:\Program Files (x86)". Note that you can at the end,
>>> *install*
>>> the compiled CGAL libraries there.