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
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
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
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
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
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
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
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
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
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
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
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
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
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
14 matches
Mail list logo