AMDG Grant Erickson wrote:
There doesn't appear to be an issue for this in Trac or any semblance of a discussion thread; however, the Mac OS SDK definition of 'nil' seems to cause Boost 1_39_0 (perhaps other versions) to emit a copious number of warning and error messages when included AFTER any OS X SDK header such as:
#include
#include #include
#include #include using namespace boost; using namespace accumulators;
As near as I can tell CoreServices/MacTypes.h is the source of the definition:
#define nil NULL
Fortunately, this can be resolved by reordering the include directives to include OS X headers AFTER Boost; however, it seems like these headers should play nicely together.
Has Boost reserved 'nil' for some time or might something like 'nil_t' be used alternatively?
Boost is only using nil inside its own namespace, so the problem is really that nil should not be defined as a macro. In Christ, Steven Watanabe