2020-12-21 Kjell Ahlstedt <kjellahlstedt@gmail.com> 5.0.0 2020-10-04 Kjell Ahlstedt <kjellahlstedt@gmail.com> Docs: Change libxml++ webpage mentions to GitHub Change libxmlplusplus.sourceforge.net to libxmlplusplus.github.io/libxmlplusplus. 2020-10-02 Kjell Ahlstedt <kjellahlstedt@gmail.com> Meson build: Fix versioning on macOS See libsigcplusplus, pull request 65 2020-07-23 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Use Meson-style DLL and .lib naming if requested To make things more consistent and less prone to confusion, if 'USE_MESON_LIBS' is specified in the NMake command line, build the DLLs and .lib's that are named like the Meson counterparts. Binaries built with Meson+Visual Studio and the ones that are built via NMake using 'USE_MESON_LIBS' are interchangeable, provided that they are built with the same Visual Studio version. Also, introduce the 'USE_COMPAT_LIBS' option as well, so that we are more consistent with the other active branches of libxml++. 2020-07-22 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Fix build from tarballs Update the rules so that we won't attempt to unnecessarily generate libxml++config.h and libxml++.rc in our builds, and make sure that we do indeed generate them with the version info if generating them becomes necessary. Also streamline this process so that it will be part of the 'all' target. 2020-07-08 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Fix default include paths Make sure we also look for headers in $(PREFIX)\include. 2020-07-08 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Support ARM64 Windows builds This will make the NMake Makefiles capable of building ARM64 binaries of libxml++, which can be used on Windows 10 on ARM systems. 2020-06-28 Kjell Ahlstedt <kjellahlstedt@gmail.com> README: Update with instructions for building libxml++ 2020-06-28 Kjell Ahlstedt <kjellahlstedt@gmail.com> Add support for building libxml++ with Meson libxml++-5.0 can be built with either Autotools or Meson. New files have been copied from the libxml++-4-0 branch. Some of them have been slightly changed. 2020-06-28 Kjell Ahlstedt <kjellahlstedt@gmail.com> docs: Fully update to libxml++-5.0 and C++17 * docs/manual/libxml++_without_code.xml: * libxml++/libxml++.h: This is libxml++-5.0 and a C++17-compliant compiler is required. Update such info where it has not already been done. 2020-06-28 Kjell Ahlstedt <kjellahlstedt@gmail.com> docs/reference/Doxyfile.in: Remove PERL_PATH Doxygen since version 1.8.0 does not use PERL_PATH and MSCGEN_PATH. 2020-06-20 Chun-wei Fan <fanchunwei@src.gnome.org> Drop gendef.cc Since we are now using compiler directives or mechanisms to export symbols from our libxml++ DLL for all Windows dynamic builds, it's time to drop gendef.cc, as it is no longer used 2020-06-20 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Stop using gendef This updates the NMake Makefiles to stop building and using the gendef tool, since we are now using compiler directives to export symbols for libxml++ builds. Since this branch did not have official and working Visual Studio build files, and it is not API/ABI compatible with the libxml++-2.6 series, gendef.cc will be dropped in the next commit 2020-06-20 Chun-wei Fan <fanchunwei@src.gnome.org> libxml++config.h.in: Re-organize LIBXMLPP_API We want to set LIBXMLPP_API to the following: * __declspec(dllexport) when building the libxml++ DLL on Windows * __declspec(dllimport) when using the libxml++ DLL on Windows * <nothing> if building/using a static or a non-Windows libxml++ build 2020-06-20 Chun-wei Fan <fanchunwei@src.gnome.org> libxml++ headers: Mark classes and functions with LIBXMLPP_API This prepares us to export and symbols on Visual Studio builds using only compiler directives, and to drop the venerable gendef.cc 2020-06-20 Chun-wei Fan <fanchunwei@src.gnome.org> libxml++/*.h: Remove check for old _MSC_VER stuff They aren't applicable anymore, since the newer Visual Studio versions addressed the issues. 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> Update MSVC_NMake/README Update instructions for building since we moved to using NMake Makefiles, and let people know that the same compiler version is recommended for building libxml++. 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> Drop Visual Studio 2010 projects They have been superseded with the NMake Makefiles, so it's time to retire them from the source tree. 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> Add NMake Makefiles This adds a set of NMake Makefiles that can be used to build libxml++, which will replace the Visual Studio 2010(!) projects that reside in the repository. To be consistent with the rest of the -mm stack that we build with Visual Studio, we will need to separate the output filenames for the resulting .lib and .dll files for Visual Studio 2017 and 2019. A NMake Makefile build option "USE_COMPAT_LIBS" is added if building 'xml++-vc150-x_y.[dll|lib] is still desired. Note that this branch does not rely on glibmm nor libsigc++, so linking against libxml2 built with an older Visual Studio version should work properly, if libxml2 is built with Visual Studio 2015 or later, but again, we are enforcing the Visual Studio toolset versioning policy by default for consistency's sake. 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> gendef.cc: Skip symbols implemented inline Like in the case of gtkmm, some symbols were implemented inline in the CRT on Visual Studio 2015+ (UCRT), so we don't want to put them in our .def file, otherwise linking will fail. 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> libxml++.rc.in: Fix version info We are now on libxml++-5.0 (5 .x), not -2.6, so fix the version info in here 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> node.cc: Don't use __PRETTY_FUNCTION__ __PRETTY_FUNCTION__ is actually a GCC-specific macro, so avoid using it here 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> tests: Don't include config.h The libxml++config.h should already fulfil our needs here. 2020-06-19 Chun-wei Fan <fanchunwei@src.gnome.org> Rename MSVC_Net2010 to MSVC_NMake This initiates the move from the Visual Studio project files to using NMake Makefiles, so that we reduce the likelihood of the MSVC build files becoming outdated, by sharing the autotools build files' source listings. 2020-01-12 Murray Cumming <murrayc@murrayc.com> NEWS: Minor correction