fix spurious include

...which causes problems when a preceding include
has already dragged in <functional>

the actual problem is the std::hash hack, which probably
is even no longer possible and could be removed (but
I don't have the time to investigate this somewhat
tricky topic right now)

To prevent this confusing situation, I'm adding the
include of "lib/symbol.hpp", to ensure we do have
the actual definitions of string and Literal,
which trait.hpp just declares forward.

An note, lib/symbol.hpp also includes hash-standard.hpp
first, so we avoid triggering problematic situation
from a header (format-cout.hpp), which is pervasively used
all over the place....
This commit is contained in:
Fischlurch 2016-01-15 21:29:39 +01:00
parent 627b11dcb7
commit b033824342
2 changed files with 1 additions and 2 deletions

View file

@ -46,7 +46,7 @@
#ifndef LIB_FORMAT_OBJ_H
#define LIB_FORMAT_OBJ_H
#include <string>
#include "lib/symbol.hpp"
#include "lib/meta/trait.hpp"
#include <boost/lexical_cast.hpp>

View file

@ -38,7 +38,6 @@
#ifndef LIB_FORMAT_UTIL_H
#define LIB_FORMAT_UTIL_H
#include "lib/hash-standard.hpp"
#include "lib/meta/trait.hpp"
#include "lib/format-obj.hpp"
#include "lib/itertools.hpp"