Re: [boost] relative includes

From: Darin Adler (darin_at_[hidden])
Date: 2002-02-04 03:00:37

On 2/3/02 4:42 PM, "Beman Dawes" <bdawes_at_[hidden]> wrote:

> The only thing that jumped out at me was the failure of the smart pointer
> test for Metrowerks.  The fix is easy; file boost/detail/atomic_count.hpp
> line 94: #include "atomic_count_win32.hpp" resulted in "file
> 'atomic_count_win32.hpp' cannot be opened."  There are a couple of similar
> usages on the lines that follow.  Peter?

I'm thinking this is not something that should be different in different
libraries. If we need to use <boost/...> includes exclusively in the
<boost/...> directories, we should make that consistent throughout.

The following are the other files in the <boost/...> directory that have
relative includes in them:

    boost/thread/condition.hpp
    boost/thread/mutex.hpp
    boost/thread/recursive_mutex.hpp

We also have a mix of <boost/...> and "boost/..." to this day. I think we
should fix that with a global replace.

    -- Darin