Recent changes to bugs

xml-cppdom fails to build against Boost 1.59.0

2015-08-19T04:26:35.528000Z

xml-cppdom fails to build against Boost 1.59.0 on OS X, complaining about missing symbols in Boost after some warnings about deprecated header files.

The build log is here: https://gist.github.com/anonymous/1b809c96ad31fb95bd16#file-01-scons-L91-L97

Homebrew is tracking packages which fail to build against Boost 1.59.0 here: https://github.com/Homebrew/homebrew/pull/42960

New build error with VC 2008 without feature pack

2010-10-29T15:48:16Z

If you don't have the Visual C++ 2008 Feature Pack installed, you don't have the TR1 headers including unordered_map, so builds of or using cppdom 1.0.3 fail. Not sure if it's better to change the #if to check for vc 2010, or to also test _CPPLIB_VER which is the only way I've found to tell the difference between with and without the feature pack (I think it's 5 with and 3 without.)

Build error using MSVC 2008

2010-09-01T17:16:38Z

I've attached a patch to fix a build error on MSVC 2008.

Build issue on Windows with Scons 1.3.0

2010-09-01T17:16:04Z

I've attached a patch to fix a build issue of 1.0.x on Windows with MSVC and Scons 1.3.0.

"using namespace" in header leads to symbol problems

2010-04-22T15:13:38Z

SpiritParser.h opens boost::spirit with a using namespace declaration. involuntary use of the header elsewhere may lead to symbols in libcppdom to be used by applications at runtime on newer compilers (e.g., gcc version 4.4.3 on fedora 12). the attached patch corrects this.

Error compiling test/suite/runner.cpp

2008-11-04T19:13:32Z

Need to add #include <cstring> to pull in the strchr function.

getCdata() returns bogus results

2003-06-11T07:11:44Z

When returning the cdata from a xml tree the getCdata()
method applies to situations where one might have the
following:

<model>mymodel</model>

The method returns a string, which is supposed to be
the C data; in the above case it would be 'mymodel'.
This method however will always return at least a 6
character string. So in the event that someone might
do something like:

<model>tent</model> the method returns: 'tent '
which is of course incorrect.

Hope this is an easy fix.

There is a bug when parsing comments

2003-01-08T16:50:50Z

The following went through ok.

But this one failed

If there is a trailing space before closing tag everything
works ok, if not it fails.

Serge Gut
gut@gala.net

Specialization needed for getValue<T>()

2002-05-20T15:28:35Z

The method cppdom::XMLAttribute::getValue<T>() needs to
be specialized for std::string. Right now, it returns
only the first word of the attribute's value if the
value contains spaces.