|
Boost : |
Subject: Re: [boost] Mixing different versions of Boost libs in a single process
From: Grund, Holger (Holger.Grund_at_[hidden])
Date: 2011-05-27 04:25:39
> I don't know how bcp manage with symbols with C linkage, but it seems
> rather
> difficult to make the difference between the ones defined by boost and
> the
> others without a prefix.
>
Agreed, it's hard to by looking at the sources. But you can easily work out a lot of things from the binaries and debug information.
> Not that I'm aware. It would be great if the inspection program could
> detect
> this kind of naming issues.
>
I guess, what I'd like to see is some effort to make sure that this use case is considered. I wouldn't be too surprised to learn that whoever put things in the graphml_reader namespace simply wasn't aware of the consequences for binary compatibility.
> This test could also be added to the bcp tool, but I think that the
> tools
> are not used in the regression tests now.
>
I don't really insist on the regression tests. But some kind of mechanism to ensure the potential problems are raised would be great.
> I'm sure that if you could provide a Jamfile that test these possible
> issues, the Boost community will find a way to include it in the
> regression
> tests.
>
That would be great. Let me see what I can come up with.
> I think the first thing you can do is to create Trac tickets for the
> issues
> you have found.
>
Will do. Thanks!
-hg
--------------------------------------------------------------------------
NOTICE: Morgan Stanley is not acting as a municipal advisor and the opinions or views contained herein are not intended to be, and do not constitute, advice within the meaning of Section 975 of the Dodd-Frank Wall Street Reform and Consumer Protection Act. If you have received this communication in error, please destroy all electronic and paper copies and notify the sender immediately. Mistransmission is not intended to waive confidentiality or privilege. Morgan Stanley reserves the right, to the extent permitted under applicable law, to monitor electronic communications. This message is subject to terms available at the following link: http://www.morganstanley.com/disclaimers. If you cannot access these links, please notify us by reply message and we will send the contents to you. By messaging with Morgan Stanley you consent to the foregoing.
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk