Recent changes to patches

boost version integration

kbinani — Wed, 10 Sep 2014 08:53:06 -0000

scons install failed with messages:

/usr/local/include/cppdom-1.2.0/cppdom/SpiritParser.h:51:10: fatal error: 'boost/spirit/core.hpp' file not found
#include <boost/spirit/core.hpp>
         ^
1 error generated.
scons: *** [build.darwin/type-optimized--arch-x64/cppdom/SpiritParser.o] Error 1
scons: building terminated because of errors.

on MacOSX10.9.4, Xcode 5.1.1.

The directory structure of boost::spirit library had changed since boost 1.50,
so we have to update #include.

Fix compile failure: missing for modern compilers

kbinani — Wed, 10 Sep 2014 08:48:07 -0000

scons install failed with messages:

/usr/local/include/cppdom-1.2.0/cppdom/cppdom.h:82:18: fatal error: 'tr1/unordered_map' file not found
#        include <tr1/unordered_map>
                 ^
1 error generated.
scons: *** [build.darwin/type-optimized--arch-x64/cppdom/cppdom.o] Error 1
scons: building terminated because of errors.

on MacOSX10.9.4, Xcode 5.1.1.

The patch fixes this issue by using std::unordered_map if std::tr1::unordered_map is not available.

tr1::unordered_map vs. ext/hash_map

jan p. springer — Thu, 22 Apr 2010 15:40:59 -0000

gcc 4.x complains about ext/hash_map being deprecated. attached patch adds a code path for gcc >= 4 using tr1/unordered_map instead.

Installing with SCons 0.98

Dioselin — Fri, 18 Apr 2008 15:03:49 -0000

Building cppdom (and using scons-addons) with SCons 0.98 generates errors because of minor differences with SCons 0.97, like the SConstruct file sets the help message before calling 'SConsAddons.Util.hasHelpFlag()' and so this condition always returns true. In scons-addons, the files /src/SConsAddons/Util.py and /src/SConsAddons/Options/Options.py call functions that are now in different modules, e.g. 'is_valid_construction_var' is not in the Util but the SCons.Environment module.

Build Fix

Johnathan Gurley — Wed, 15 Oct 2003 12:57:09 -0000

This fixes the build for those of us that do not have SConsAddons.

cppdom::Node wasn't clearing mNodeList

Anonymous — Mon, 09 Jun 2003 19:37:58 -0000

The cppdom::Node destructor was not clearing mNodeList
so some pointers were getting deleted twice.