Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread Chirag Dekate
Hi Sergey, I did as you recommended and still no avail same problems persist. Infact I also set the same environment variables from within CMake using set (BOOST_ROOT /usr/local ) & in the shell. /usr/local is also in the ld_config path And still the libraries which are there in /usr/local/lib w

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread troy d. straszheim
Personally I find the embedding of toolset and version in library names to be problematic... in this case it makes the FindBoost.cmake really complicated and binds the (what should be simple) business of using the libraries to details that are utterly irrelevant here. I'd prefer to build boost

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread Doug Gregor
On Thu, Jun 26, 2008 at 1:02 PM, troy d. straszheim <[EMAIL PROTECTED]> wrote: > Personally I find the embedding of toolset and version in library names to > be problematic... in this case it makes the FindBoost.cmake really > complicated and binds the (what should be simple) business of using the

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread Sergey Nikulov
I'm stiil believe that issue related to compiler (or it version identification), because the only difference I see from your logs related to compiler. So my suggestion as follows - just edit FindBoost.cmake and print out following vars: MESSAGE(STATUS "_boost_COMPILER = ${_boost_COMPILER}") MESSA

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread David Abrahams
Doug Gregor wrote: > On Thu, Jun 26, 2008 at 1:02 PM, troy d. straszheim <[EMAIL PROTECTED]> wrote: >> Personally I find the embedding of toolset and version in library names to >> be problematic... in this case it makes the FindBoost.cmake really >> complicated and binds the (what should be simple

Re: [Boost-cmake] Some issues getting started on Win32

2008-06-26 Thread David Abrahams
troy d straszheim wrote: > > Things look good. So... Dave is it possible you were doing > configuration of cmake in a build directory that had failed > configuration once? Gosh, I don't know. Maybe. Probably. Heck, shouldn't that work, after all!? How will our users survive if one failure

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread Doug Gregor
On Thu, Jun 26, 2008 at 8:00 PM, David Abrahams <[EMAIL PROTECTED]> wrote: > Doug Gregor wrote: >> On Thu, Jun 26, 2008 at 1:02 PM, troy d. straszheim <[EMAIL PROTECTED]> >> wrote: >>> Personally I find the embedding of toolset and version in library names to >>> be problematic... in this case it

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread David Abrahams
Doug Gregor wrote: > On Thu, Jun 26, 2008 at 8:00 PM, David Abrahams <[EMAIL PROTECTED]> wrote: >> Doug Gregor wrote: >>> On Thu, Jun 26, 2008 at 1:02 PM, troy d. straszheim <[EMAIL PROTECTED]> >>> wrote: Personally I find the embedding of toolset and version in library names to be probl

Re: [Boost-cmake] Some issues getting started on Win32

2008-06-26 Thread troy d. straszheim
David Abrahams wrote: troy d straszheim wrote: Things look good. So... Dave is it possible you were doing configuration of cmake in a build directory that had failed configuration once? Gosh, I don't know. Maybe. Probably. Heck, shouldn't that work, after all!? How will our users surviv

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread Doug Gregor
On Thu, Jun 26, 2008 at 10:23 PM, David Abrahams <[EMAIL PROTECTED]> wrote: > Doug Gregor wrote: > But as you know, it's not just about multiple compilers: it's about > incompatible ABI options Yes, I know. This is typically handled by having the user just set the options needed and putting the li

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread David Abrahams
Doug Gregor wrote: > On Thu, Jun 26, 2008 at 10:23 PM, David Abrahams <[EMAIL PROTECTED]> wrote: >> and interface changes across versions of Boost. > > soversions are the right way to deal with this issue, not name mangling. Yeah, I know; I just don't really understand them yet ;-) >>> People ha

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread Doug Gregor
On Thu, Jun 26, 2008 at 11:39 PM, David Abrahams <[EMAIL PROTECTED]> wrote: > Doug Gregor wrote: >> I suggest that the vast majority of users should be using the >> multi-threaded versions; those that truly will only use Boost in >> single-threaded environments and are copying shared_ptrs so often

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread troy d. straszheim
Doug Gregor wrote: On Thu, Jun 26, 2008 at 11:39 PM, David Abrahams <[EMAIL PROTECTED]> wrote: Doug Gregor wrote: I suggest that the vast majority of users should be using the multi-threaded versions; those that truly will only use Boost in single-threaded environments and are copying shared_pt

Re: [Boost-cmake] Cmake & Boost Libraries

2008-06-26 Thread David Abrahams
troy d. straszheim wrote: > Doug Gregor wrote: >> On Thu, Jun 26, 2008 at 11:39 PM, David Abrahams <[EMAIL PROTECTED]> >> wrote: >>> Doug Gregor wrote: I suggest that the vast majority of users should be using the multi-threaded versions; those that truly will only use Boost in singl