CMake version 3.10.2 seems to have the problem and it seems to be fixed in
3.13.4.
Thanks
On 9/23/19 6:14 AM, Roger Leigh wrote:
On 23/09/2019 14:05, Brad Bell wrote:
When the target system does not have boost, the user gets the warning:
CMake Warning at /usr/share/cmake-3.10/Modules/FindBo
On 23/09/2019 14:05, Brad Bell wrote:
When the target system does not have boost, the user gets the warning:
CMake Warning at /usr/share/cmake-3.10/Modules/FindBoost.cmake:567
(message):
Imported targets and dependency information not available for Boost
version
(all versions older than
I am using FindBoost in a cmake script
to determine if certain components of the boost package are available on the
target system.
If so, the script builds examples that use my package with boost.
If not, these example are not built and tested.
When the target system does not have boost, the us
Hi,
we are using the FindBoost module, and unfortunately it seems to be very slow
under Windows. find_package(boost ...) is called at various places in imported
projects with different COMPONENTS and each use takes about 30 seconds, causing
the total CMake run to take up to 10 minutes.
In the
Hello!
I got a problem while trying to use CMake 3.11.3 to configure a project
that uses Boost.Exception library and LLVM-vs2014 toolset with MSVS 2017
v15.7.4.
I configure the project using cmake-gui. I select the Visual Studio 15 2017
generator and set optional toolset option to LLVM-vs2014. I
15 ноя 2016 г. 7:40 PM пользователь "Robert Ramey" написал:
>
> On 11/14/16 5:36 AM, David Demelier wrote:
> I spent some time getting CMake to work with with boost libraries.
>
> My conclusions is that FindBoost can be relied upon only for header only
libraries. To used build libraries, you'll h
On 11/14/16 5:36 AM, David Demelier wrote:
I spent some time getting CMake to work with with boost libraries.
My conclusions is that FindBoost can be relied upon only for header only
libraries. To used build libraries, you'll have to explicitly set the
specific library variable to the path whe
2016-11-15 12:26 GMT+03:00 David Demelier :
> 2016-11-14 16:00 GMT+01:00 Sergei Nikulov :
>> Add option -DBoost_ADDITIONAL_VERSIONS="1.62.00;1.62" to command line
>> or
>> Update you findboost.cmake module from CMake repository.
>
> I've tried the additional the variable with no luck. I've also upd
2016-11-14 16:00 GMT+01:00 Sergei Nikulov :
> Add option -DBoost_ADDITIONAL_VERSIONS="1.62.00;1.62" to command line
> or
> Update you findboost.cmake module from CMake repository.
I've tried the additional the variable with no luck. I've also updated
CMake to 3.7 with no luck. I will try by downlo
14 ноя 2016 г. 4:36 PM пользователь "David Demelier" <
demelier.da...@gmail.com> написал:
>
> Hello,
>
> I've installed boost under C:\env\mingw64 so I basically have the
> following content:
>
> - C:\env\mingw64\include\boost-1_62\boost\*
> - C:\env\mingw64\lib\libboost_libname-mgw62-1_62.dll(.a)
Hello,
I've installed boost under C:\env\mingw64 so I basically have the
following content:
- C:\env\mingw64\include\boost-1_62\boost\*
- C:\env\mingw64\lib\libboost_libname-mgw62-1_62.dll(.a)
I've also set the following environment variables:
- BOOST_INCLUDEDIR=C:\env\mingw64\include\boost-1_6
On 11/11/2016 07:54, demelier.da...@gmail.com wrote:
Hi, with the following CMakeLists.txt:
cmake_minimum_required(VERSION 3.6)
project(point)
find_package(Boost REQUIRED COMPONENTS system)
CMake Warning at /usr/share/cmake-3.6/Modules/FindBoost.cmake:743
(message):
Imported targets not ava
Hi, with the following CMakeLists.txt:
cmake_minimum_required(VERSION 3.6)
project(point)
find_package(Boost REQUIRED COMPONENTS system)
I get this warning:
$ cmake .
CMake Warning at /usr/share/cmake-3.6/Modules/FindBoost.cmake:743
(message):
Imported targets not available for Boost version 1
FindBoost does not detect absence of header files.
To be specific: Run the following under cmake version 3.5.1:
set(Boost_NO_BOOST_CMAKE ON) # prevent shortcut
set(Boost_USE_STATIC_LIBS OFF)
set(Boost_USE_MULTITHREADED ON)
set(Boost_USE_STATIC_RUNTIME OFF)
add_definitions(-DBOOST_ALL_DYN_LINK) #
Hi everyone,
I generate a Visual Studio project with cmake with this command:
cmake -G "Visual Studio 12" -T "v100" ..
In my CMakeLists.txt, I use FindBoost to link against some of the Boost
libraries. It seems like FindBoost looks for the wrong versions of the
libraries, this is the outp
Hi all, why does FindBoost use the version of the currently installed
MinGW compiler to find the Boost libs instead of the version encoded in
the Boost lib filenames (for MinGW compiler versions 1.34 and above)?
Doing so only necessitates the use of -DBoost_COMPILER=-mgw.
Excerpt from FindBoo
On Wed, Jun 15, 2011 at 12:06 PM, Todd Gamblin wrote:
Hi Todd,
I'm the FindBoost maintainer.
I was somewhat perplexed that FindBoost doesn't properly search the default
> install layout of the boost-cmake build. i.e. if you set BOOST_ROOT to
> point to something that looks like this:
>
> thin
Hi all,
I was somewhat perplexed that FindBoost doesn't properly search the default
install layout of the boost-cmake build. i.e. if you set BOOST_ROOT to point
to something that looks like this:
boost-cmake/
include/
boost-1.41.0/
Philip,
I like it. That is exactly I tried to achieve with BOOST_LIBRARYDIR. However
BOOST_LIBRARYDIR does not support list values in the CMake 2.8.2.
On 7 December 2010 15:16, Philip Lowman wrote:
> On Sunday, December 5, 2010, Hicham Mouline wrote:
>
> > I've built both win32 and x64 versio
.org
> Subject: Re: [CMake] FindBoost: find both win32 and x64 static libs
>
> On Sunday, December 5, 2010, Hicham Mouline wrote:
> > I've built both win32 and x64 versions of boost thread library with the
>> following 2 lines:
>>
>> 1. 32bit cl.exe
From: philiplow...@gmail.com [mailto:philiplow...@gmail.com] On Behalf Of
Philip Lowman
Sent: 07 December 2010 13:17
To: Hicham Mouline
Cc: Philip Lowman; Dmytro Ovdiienko; CMake mailing list;
boost-bu...@lists.boost.org
Subject: Re: [CMake] FindBoost: find both win32 and x64 static libs
On
On Sunday, December 5, 2010, Hicham Mouline wrote:
> I've built both win32 and x64 versions of boost thread library with the
> following 2 lines:
>
> 1. 32bit cl.exe from msvc9 directory in the %PATH%
> bjam --with-thread --layout=versioned toolset=msvc address-model=64
> variant=release link=st
>-Original Message-
>From: "Dmytro Ovdiienko" [dmitriy.ovdie...@gmail.com]
>Date: 07/12/2010 10:57 AM
>To: "Hicham Mouline"
>CC: "Philip Lowman" , "CMake mailing list" , boost-bu...@lists.boost.org
>Subject: Re: [CMake] FindBoos
mail.com] On Behalf
> > Of Philip Lowman
> > Sent: 05 December 2010 04:54
> > To: Hicham Mouline
> > Cc: Philip Lowman; CMake mailing list
> > Subject: Re: [CMake] FindBoost: find both win32 and x64 static libs
> >
> > On Saturday, December 4, 2010, Hich
> -Original Message-
> From: philiplow...@gmail.com [mailto:philiplow...@gmail.com] On Behalf
> Of Philip Lowman
> Sent: 05 December 2010 04:54
> To: Hicham Mouline
> Cc: Philip Lowman; CMake mailing list
> Subject: Re: [CMake] FindBoost: find both win32 and x6
On Saturday, December 4, 2010, Hicham Mouline wrote:
>
> I was wrong. Dmytro pointed out that bjam allows building boost
> libraries with the compiler and bitness in the boost library name
> --layout=versioned.
>
> Therefore, I could have both 32 and 64bit versions in the same
> directory.
>
> I
Am Samstag, 4. Dezember 2010 schrieb Philip Lowman:
> On Tue, Nov 30, 2010 at 5:37 PM, Hicham Mouline wrote:
> > As boost libraries naming convention doesn't include in the lib names
> >
> > whether they are built by msvc9 win32 or x64, I am forced on a winxp 64
> > box where I hold both version
ones
based on the name of the libs.
regards
From: philiplow...@gmail.com [mailto:philiplow...@gmail.com] On Behalf Of
Philip Lowman
Sent: 04 December 2010 11:03
To: Hicham Mouline
Cc: CMake mailing list
Subject: Re: [CMake] FindBoost: find both win32 and x64 static libs
On Tue, Nov 30, 2010
On Tue, Nov 30, 2010 at 5:37 PM, Hicham Mouline wrote:
> As boost libraries naming convention doesn't include in the lib names
> whether they are built by msvc9 win32 or x64, I am forced on a winxp 64 box
> where I hold both versions to have a different lib directory under
> boost_root.
>
> I se
Hicham,
You can force boost to add compiler name to the library file name. Add
"--layout=versioned" to the bjam command line.
On 1 December 2010 00:37, Hicham Mouline wrote:
> As boost libraries naming convention doesn't include in the lib names
> whether they are built by msvc9 win32 or x64,
As boost libraries naming convention doesn't include in the lib names
whether they are built by msvc9 win32 or x64, I am forced on a winxp 64 box
where I hold both versions to have a different lib directory under
boost_root.
I set BOOST_ROOT then call FIND_PACKAGE(Boost 1.44 COMPONENTS ...).
Am I
> the "mt" infix anymore, e.g. "/usr/local/lib/libboost_date_time.so". A
> solution has been to unset Boost_USE_MULTITHREADED before invoking the
> FIND_PACKAGE(Boost ...), e.g. "cmake -DBoost_USE_MULTITHREADED=0 ..".
That does the trick!
Thanks a lot.
--Nico
On Wed, May 26, 2010 at 9:50 PM, M
On 05/26/2010 07:52 PM, Nico Schlömer wrote:
> Hi all,
>
> I'd like to use CMake for an application that I'm developing on an
> Ubuntu machine which needs to link against Boost, i.e., a
> custom-compiled installation at /opt/boost/1.43.0/.
>
> I compiled and installed CMake 2.8.1, FindBoost.cmake
On 5/26/10 11:52 AM, Nico Schlömer wrote:
Hi all,
I'd like to use CMake for an application that I'm developing on an
Ubuntu machine which needs to link against Boost, i.e., a
custom-compiled installation at /opt/boost/1.43.0/.
I compiled and installed CMake 2.8.1, FindBoost.cmake comes in handy
Did you set Boost_ADDITIONAL_VERSIONS? Check the FindBoost documentation if
you didn't do this.
On Wed, May 26, 2010 at 1:52 PM, Nico Schlömer wrote:
> Hi all,
>
> I'd like to use CMake for an application that I'm developing on an
> Ubuntu machine which needs to link against Boost, i.e., a
> cus
Hi all,
I'd like to use CMake for an application that I'm developing on an
Ubuntu machine which needs to link against Boost, i.e., a
custom-compiled installation at /opt/boost/1.43.0/.
I compiled and installed CMake 2.8.1, FindBoost.cmake comes in handy.
Ubuntu ships with its own Boost developmen
Michael,
Capitalizing Boost fixed the first part. Now I need to figure out why
it still won't link :-)
Thanks!
Nate
> _
> From: McNamara, Nate
> Sent: May 11, 2010 4:07 PM
> To: 'cmake@cmake.org'
> Subject: FindBoost not setting Boos
This works for me:
#-
# Boost
# The automatic linking, uses the static version of the libraries.
if(WIN32)
set(Boost_USE_STATIC_LIBS ON)
endif(WIN32)
# Uncomment and edit if CMake cannot find boost.
set(Boos
On 05/12/2010 01:06 AM, McNamara, Nate wrote:
> Hello!
>
> I've been struggling with find_package(boost ...): although it succeeds
> up to a point, it doesn't finish the job. I must be doing something
> wrong.
>
> The output below shows that boost is found, and several of the expected
> variable
Hello!
I've been struggling with find_package(boost ...): although it succeeds
up to a point, it doesn't finish the job. I must be doing something
wrong.
The output below shows that boost is found, and several of the expected
variables are set, but Boost_LIBRARIES is not. I suspect that means
t
Hi,
I am compiling a program on Bluegene, which need Boost.
In the toolchain, I have :
set(CMAKE_FIND_ROOT_PATH
/bgsys/drivers/ppcfloor/
/gpfs/home3/l/lyyang/local/cmake-2.8.1
/gpfs/home3/l/lyyang/bluegene.p
/gpfs/home3/l/lyyang/bluegene.p/include
/gpfs/home3/l/lyyang/blueg
When specifying a minimum version for boost if cmake finds an older version
of boost it correctly errors when using find_package(Boost REQUIRED).
Subsequent runs of cmake run without error as the variables that were set to
the older version of boost are still in the cache and thus FindBoost skips
o
,
From: philiplow...@gmail.com [mailto:philiplow...@gmail.com] On Behalf Of
Philip Lowman
Sent: 15 February 2010 18:06
To: Hicham Mouline
Cc: cmake@cmake.org
Subject: Re: [CMake] FindBoost: trunk
Not that I know of. I think FindBoost expects only versioned releases.
Please open a ticket with your
Not that I know of. I think FindBoost expects only versioned releases.
Please open a ticket with your requirements and preferably a patch.
Http://public.kitware.com/Bug
On Feb 14, 2010 5:34 PM, "Hicham Mouline" wrote:
Hello,
Is there a way to find the boost trunk include directories and li
Hello,
Is there a way to find the boost trunk include directories and lib
directories?
Regards,
___
Powered by www.kitware.com
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Please keep messages o
> -Original Message-
> Subject: [CMake] FindBoost: Boost_ADDITIONAL_VERSIONS : what to do for trunk
> Hi,
> I use the trunk checkout of boost as well as released versions.
> I have it installed under \Program Files
>- boost-trunk
>- boost_1_41_0
> Is
Hi,
I use the trunk checkout of boost as well as released versions.
I have it installed under \Program Files
- boost-trunk
- boost_1_41_0
Is there any support at all for a non-number version?
I want to find the include directory and some of the libraries as well,
rds,_
On Nov 4, 2009, at 1:57 PM, Mathieu Malaterre wrote:
On Wed, Nov 4, 2009 at 7:50 PM, Philip Lowman wrote:
Personally, I think FindBoost is complex enough without having to
also keep
track of boost's internal dependencies as well. Maybe things would
be
better if the boost people publishe
On Wed, Nov 4, 2009 at 7:50 PM, Philip Lowman wrote:
> Personally, I think FindBoost is complex enough without having to also keep
> track of boost's internal dependencies as well. Maybe things would be
> better if the boost people published this info with every release.
I understand your point
Personally, I think FindBoost is complex enough without having to also keep
track of boost's internal dependencies as well. Maybe things would be
better if the boost people published this info with every release.
If you'd like to check in support for the feature and volunteer to maintain
it, how
Hi Philip,
I've been following this thread with interest. Your solution puts the
burden on the (ignorant) end-user's shoulders. How is that poor
developer going to solve the pre/post version 1.34 issue, which is a
Boost-internal issue? In an ideal world, Boost would provide the
FindBoost.cmake fil
Mathieu,
It's a nice idea, but given that Boost could make any one of its libraries
dependent on "system" at any time they want in the future (and for all I
know there are others already dependent on it, besides wave and filesystem),
I'd rather the user be responsible for adding "system" manually.
Philip,
I guess I was not very clear in my previous email. But here is my
proposed change:
@@ -322,8 +322,14 @@
if(Boost_VERSION AND Boost_FIND_COMPONENTS)
math(EXPR _boost_maj "${Boost_VERSION} / 10")
math(EXPR _boost_min "${Boost_VERSION} / 100 % 1000")
- if(${_boost_ma
The way I see it to address is that 'system' is an internal details
(AFAIK). It should be automatically pulled in for filesystem and wave
(for boost > 1.34), instead of the contrary (removing system when
using boost 1.34).
So this means I will be breaking the interface...
Comments anyone ?
On Tue
This was addressed on the mailing list and I thought had been resolved based
on user feedback.
The code which is supposed to fix this is on line 326 of FindBoost as
checked into CVS. A patch would be appreciated if the code doesn't work for
you.
See also bug 8734
On Nov 3, 2009 5:05 AM, "Mathie
Hi Philip,
That's where I stop understanding. I cannot state this:
FIND_PACKAGE ( Boost COMPONENTS filesystem REQUIRED) # ideal
If I follow your suggestion I need to express an internal
dependencie at user level:
FIND_PACKAGE ( Boost COMPONENTS filesystem system REQUIRED)
which fails for
Add system to the list of components. FindBoost should silently omit it on
older versions of boost w/o a system library. At least I think.
Sorry for brief messages, typing on mobile :)
On Nov 2, 2009 11:30 AM, "Mathieu Malaterre"
wrote:
I can reproduce with CMake / CVS.
FIND_PACKAGE ( Boost
I can reproduce with CMake / CVS.
FIND_PACKAGE ( Boost COMPONENTS filesystem )
ADD_LIBRARY( bla SHARED bla_use_filesystem.cxx)
TARGET_LINK_LIBRARIES( bla ${Boost_LIBRARIES} )
->
CMakeFiles/Csm.dir/Common/csmPathSet.cc.o: In function
`__static_initialization_and_destruction_0':
/usr/include/bo
Which FindBoost are you using? I'm pretty sure I fixed this issue a while
ago.
On Nov 2, 2009 9:46 AM, "Mathieu Malaterre"
wrote:
Hi there,
I am wondering if I am missing something. I'd like to write:
FIND_PACKAGE ( Boost COMPONENTS filesystem )
However using a recent boost (1.40), it give
Hi there,
I am wondering if I am missing something. I'd like to write:
FIND_PACKAGE ( Boost COMPONENTS filesystem )
However using a recent boost (1.40), it gives a linker error. So I
need to write something like:
FIND_PACKAGE ( Boost COMPONENTS filesystem system )
but then it breaks comp
On Sun, Apr 19, 2009 at 3:42 PM, Mike Jackson
wrote:
> I think at this point the FindBoost.cmake file is just going to have
> to have the same options that BJam has for building boost in all of
> its variations:
>
> Shared or Static libraries
> Debug or Release
> Static or Dynamic C++ Runtime Link
I think at this point the FindBoost.cmake file is just going to have
to have the same options that BJam has for building boost in all of
its variations:
Shared or Static libraries
Debug or Release
Static or Dynamic C++ Runtime Link
Just another thing to add to the mix of possibilities.
What woul
On Sat, Apr 18, 2009 at 4:23 PM, Andreas Pakulat wrote:
> On 18.04.09 11:24:48, Philip Lowman wrote:
> > On Sat, Apr 18, 2009 at 7:45 AM, Michael Jackson <
> > mike.jack...@bluequartz.net> wrote:
> > > On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
> > > On Thu, Apr 16, 2009 at 4:27 AM, Jona
On 18.04.09 11:24:48, Philip Lowman wrote:
> On Sat, Apr 18, 2009 at 7:45 AM, Michael Jackson <
> mike.jack...@bluequartz.net> wrote:
> > On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
> > On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl
> >> wrote:
> >> Boost_Unit_test_framework_library is not
On Sat, Apr 18, 2009 at 7:45 AM, Michael Jackson <
mike.jack...@bluequartz.net> wrote:
>
> On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
>
> On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl
>> wrote:
>> Boost_Unit_test_framework_library is not in the list.
>>
>>
>> About the filenames: these l
On Sat, Apr 18, 2009 at 9:14 AM, Nadir SOUALEM wrote:
> Hi !!!
> Is there a way to avoid using TOUPPER
>
> SET(BOOST_ROOT $ENV{WORK}/../build/boost_1_34_1)
> SET(Boost_USE_MULTITHREAD ON)
> FIND_PACKAGE(Boost 1.34.1 COMPONENTS date_time filesystem)
> STRING(TOUPPER ${CMAKE_BUILD_TYPE} UPPER_CMAK
Hi !!!
Is there a way to avoid using TOUPPER
SET(BOOST_ROOT $ENV{WORK}/../build/boost_1_34_1)
SET(Boost_USE_MULTITHREAD ON)
FIND_PACKAGE(Boost 1.34.1 COMPONENTS date_time filesystem)
STRING(TOUPPER ${CMAKE_BUILD_TYPE} UPPER_CMAKE_BUILD_TYPE)
Message (lib= ${Boost_DATE_TIME_LIBRARY_${UPPER_CMAK
On Apr 17, 2009, at 11:56 PM, Philip Lowman wrote:
On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl
wrote:
Boost_Unit_test_framework_library is not in the list.
About the filenames: these libs are the result of compiling boost
1.38.0 with cmake under linux. (Cmake for boost is still
exper
On Thu, Apr 16, 2009 at 4:27 AM, Jonatan Bijl wrote:
> Boost_Unit_test_framework_library is not in the list.
>
>
>
> About the filenames: these libs are the result of compiling boost 1.38.0
> with cmake under linux. (Cmake for boost is still experimental). It might be
> that the problem is in bo
natan
From: cmake-boun...@cmake.org [mailto:cmake-boun...@cmake.org] On Behalf
Of Philip Lowman
Sent: 16 April 2009 04:46
To: cmake@cmake.org
Subject: Re: [CMake] findBoost says it finds static unit testing
libraries,but does not set them
On Thu, Apr 9, 2009 at 8:31 AM, Andreas Pakulat wrote
On Thu, Apr 9, 2009 at 8:31 AM, Andreas Pakulat wrote:
> On 09.04.09 12:49:09, Jonatan Bijl wrote:
> > I've compiled the static versions of the boost libraries. When I use
> > findBoost to detect the unit_test_framework, it gives the following
> > message:
>
> Try to run cmake --trace to find out
On 09.04.09 12:49:09, Jonatan Bijl wrote:
> I've compiled the static versions of the boost libraries. When I use
> findBoost to detect the unit_test_framework, it gives the following
> message:
Try to run cmake --trace to find out more...
> But the variables Boost_UNIT_TEST_FRAMEWORK_LIBRARY_DEB
I've compiled the static versions of the boost libraries. When I use
findBoost to detect the unit_test_framework, it gives the following
message:
Found the following Boost libraries:
thread
unit_test_framework
But the variables Boost_UNIT_TEST_FRAMEWORK_LIBRARY_DEBUG and
Boost_UNIT_TEST_FRAM
> In your toolchain file, what do you have
> CMAKE_FIND_ROOT_PATH_MODE_INCLUDE set to? If it is set to ONLY, then
> cmake will only look in the CMAKE_FIND_ROOT_PATH for boost, which is
> probably set to $QNX_TARGET. Since you most likely don't have boost in
> your $QNX_TARGET directory, findBoost w
t; Message: 5
> Date: Mon, 30 Mar 2009 16:41:40 +1100
> From: ross hennessy
> Subject: [CMake] FindBoost problem when cross-compiling
> To: CMake@cmake.org
> Message-ID:
>
> Content-Type: text/plain; charset="iso-8859-1"
>
> I'm having a problem w
I'm having a problem with FindBoost.cmake with cmake 2.6.3 under win32 when
cross-compiling only ( I have boost version 1.38.0). I have the environment
variable BOOST_ROOT set to the directory containing the install of boost. If
I build my project using "default native compilers" for VS 2008 the
Fi
Anyone that uses FindBoost using MinGW or the Intel C++ compiler for Windows
with static libraries, please be aware of this unfortunate regression
introduced in 2.6.3 and a one-line patch for the problem:
http://public.kitware.com/Bug/view.php?id=8576
Sorry about this. I fixed so many bugs in Fi
On Sun, Nov 23, 2008 at 1:08 PM, Andreas Pakulat <[EMAIL PROTECTED]> wrote:
> On 23.11.08 18:58:57, Christian Ehrlicher wrote:
> > Andreas Pakulat schrieb:
> >> On 23.11.08 14:43:19, Christian Ehrlicher wrote:
> >>> Hi,
> >>>
> >>> FindBoost does not work for me on windows because of a wrong pathn
On 23.11.08 18:58:57, Christian Ehrlicher wrote:
> Andreas Pakulat schrieb:
>> On 23.11.08 14:43:19, Christian Ehrlicher wrote:
>>> Hi,
>>>
>>> FindBoost does not work for me on windows because of a wrong pathname:
>>>
>>> if (WIN32 AND NOT CYGWIN)
>>> set(_boost_PATH_SUFFIX boost_${_
Andreas Pakulat schrieb:
On 23.11.08 14:43:19, Christian Ehrlicher wrote:
Hi,
FindBoost does not work for me on windows because of a wrong pathname:
if (WIN32 AND NOT CYGWIN)
set(_boost_PATH_SUFFIX boost_${_boost_VER})
else (WIN32 AND NOT CYGWIN)
set(_boost_PATH_SUF
On 23.11.08 14:43:19, Christian Ehrlicher wrote:
> Hi,
>
> FindBoost does not work for me on windows because of a wrong pathname:
>
> if (WIN32 AND NOT CYGWIN)
> set(_boost_PATH_SUFFIX boost_${_boost_VER})
> else (WIN32 AND NOT CYGWIN)
> set(_boost_PATH_SUFFIX boost-${_b
Hi,
FindBoost does not work for me on windows because of a wrong pathname:
if (WIN32 AND NOT CYGWIN)
set(_boost_PATH_SUFFIX boost_${_boost_VER})
else (WIN32 AND NOT CYGWIN)
set(_boost_PATH_SUFFIX boost-${_boost_VER})
endif (WIN32 AND NOT CYGWIN)
I installed boo
Olivier Tournaire wrote:
> Hi all,
>
> I use boost in one of my project. However, cmake (2.6.2) does not seem
> to be able to find the libs. With the previous version of gcc (4.2.4),
> I did not have any problem. Here is what is in my CMakeLists.txt :
>
> # Find BOOST
> # SET( BOOST_LIBRARYDIR /usr
Hi all,
I use boost in one of my project. However, cmake (2.6.2) does not seem to be
able to find the libs. With the previous version of gcc (4.2.4), I did not
have any problem. Here is what is in my CMakeLists.txt :
# Find BOOST
# SET( BOOST_LIBRARYDIR /usr/local/lib )
SET(Boost_USE_MULTITHREAD
Hello all,
Any body find problem in using FindBoost with cmake-2.6.
I'm using g++ compiler on SLES 10.0 with boost 1.35.
I'm able to find boost include dir and boost library dir, but some how I was
not getting the boost components correctly.
I tried this.
Find_Package (Boost 1.35.0
COMPONENTS d
the below line should be something like:
TARGET_LINK_LIBRARIES ( time ${Boost_Date_Time_Library} )
Look at the FindBoost.cmake file for the exact name of the library
variable. The way you had the line you would be including a directory
and not the actual boost date_time library.
--
Mike
Did you build the "Data_Time" boost library? Are you linking against
the libboost_date_time library? Run a 'make VERBOSE=1' and post
the ouput.
--
Mike Jackson Senior Research Engineer
Innovative Management & Technology Services
On Dec 13, 2007, at 1:19 PM, Tomasz Kalkosiński wrote:
Sorry, I forgot to add make output:
> make
Scanning dependencies of target time
[100%] Building CXX object CMakeFiles/time.dir/time.o
Linking CXX executable time
CMakeFiles/time.dir/time.o: In function
`boost::date_time::month_formatter,
char>::format_month(boost::gregorian::greg_month const&,
Hey
I have very strange problem using cmake (cmake version 2.4-patch 7, from
packages) on debian. I have small progam : time.cpp. It uses boost_date_time
library. It compiles fine with g++ time.cpp -lboost_date_time.
So I try to write CMakeLists.txt for that:
$ cat CMakeLists.txt
SET (TIME_SRC
Hi Jan,
I have had another go at a general FindBoost.cmake. It is presently in the bug tracker as:
http://public.kitware.com/Bug/bug.php?op=show&bugid=3447
Look at BoostConfig.Update2 and read the documentation and comments in the bug tracker. If you can improve on it, please do. The intent is to g
90 matches
Mail list logo
