boost::serialization forcing linker to create a lib?
Hello folks I am using boost 1.37 off the CVS with the visual studio 2008 compiler. As soon as I instantiate an archive (of boost::serialization), the linker implicitly creates a lib and a exp file for my exe. Is that wanted behavior? Why? //text_iarchive archive(file); <- When this line is not commented, the linker creates the two files. This is the linker output: 'Creating library project_manager.lib and object project_manager.exp' Thank you
In order to avoid code stripping by the compilers optimizer in certain cases, functions are exported as libraries. The libraries are never used, but without this, the compiler removes some functions which are used even though they are not explicitly referenced. Roebrt Ramey gfsdjkgf@Safe-mail.net wrote:
Hello folks
I am using boost 1.37 off the CVS with the visual studio 2008 compiler.
As soon as I instantiate an archive (of boost::serialization), the linker implicitly creates a lib and a exp file for my exe. Is that wanted behavior? Why?
//text_iarchive archive(file);
<- When this line is not commented, the linker creates the two files. This is the linker output:
'Creating library project_manager.lib and object project_manager.exp'
Thank you
I don't understand why the compiler thinks there is am ambiguity. I pass only two template arguments and expected the compiler to select the matching for_each with two template arguments.
inline CThis &operator=(const double _d)
{ m_dValue = _d;
boost::mpl::for_each
AMDG peter_foelsche@agilent.com wrote:
I don't understand why the compiler thinks there is am ambiguity. I pass only two template arguments and expected the compiler to select the matching for_each with two template arguments.
inline CThis &operator=(const double _d) { m_dValue = _d; boost::mpl::for_each
(CSet0(*this)); return *this; }
What exactly do you intend to do? It seems odd that you should pass the
same
type as the transform op and as the function object.
Do you really intend this:
CSet0 f(*this);
f(typename mpl::apply
participants (4)
-
gfsdjkgf@Safe-mail.net
-
peter_foelsche@agilent.com
-
Robert Ramey
-
Steven Watanabe