2020-01-01  Murray Cumming  <murraycu@google.com>

	3.0.2

2019-12-30  Kjell Ahlstedt  <kjellahlstedt@gmail.com>

	meson.build: Change project name, sigc++ -> libsigc++

	Autotools make tarballs called libsigc++-x.y.z.tar.xz. No reason to
	change that. The leading "lib" is now also restored in some locations
	in the reference documentation.

2019-12-30  Kjell Ahlstedt  <kjellahlstedt@gmail.com>

	Update untracked/README

2019-12-29  Kjell Ahlstedt  <kjellahlstedt@gmail.com>

	meson.build: Check if .git is a directory or a file

	In a git worktree, .git is a regular file.

	See https://gitlab.gnome.org/GNOME/pangomm/merge_requests/8

2019-12-29  Kjell Ahlstedt  <kjellahlstedt@gmail.com>

	sigc++/meson.build: Library name is sigc-3.0

	Pointed out by Chun-wei Fan in PR #51.

2019-12-29  Chun-wei Fan  <fanchunwei@src.gnome.org>

	NMake: Split outdir by toolset version

	This makes it less likely for one to accidently mix binaries linked to
	different CRTs in a single buildtree.

2019-12-29  Chun-wei Fan  <fanchunwei@src.gnome.org>

	build: Support NMake builds from Meson tarballs

	This adds the MSVC files in MSVC_NMake/ that are generated during
	Meson's configure step to the generated release tarball.

	The NMake Makefiles are updated so that they will be able to find files
	that are now in untracked/MSVC_NMake, when a release tarball is
	generated with Meson.

2019-12-29  Chun-wei Fan  <fanchunwei@src.gnome.org>

	meson: Build Windows .rc files on Windows

	This ensures that on Windows, the version info resources are indeed
	linked into the libsigc++ DLL.

2019-12-29  Chun-wei Fan  <fanchunwei@src.gnome.org>

	meson/Windows: Fix builds when builddir is a subdir of source tree

	It appears that Meson did not construct the paths properly for
	shutil.copy2() when building in a build directory that is a
	subdirectory of the sources, when using meson.current_build_dir(),
	possibly due how path separators are handled.

	Fix this by constructing the paths using project_build_root / 'MSVC_NMake'.

2019-12-29  Chun-wei Fan  <fanchunwei@src.gnome.org>

	meson.build: Fix 'meson dist' on Windows

	Since we are assured that we are using Python 3.x on when we run Meson, we
	do not really need to look for the 'python3' executable, but we could
	just use whatever Python interpreter that is used to run Meson.

	This will fix situations where it is commonly the case where we may have
	multiple Python 3.x installations on Windows (www.python.org, and those
	from Cygwin/mingw-w64), so that Meson really uses one and only one
	Python installation to run everything that is Python-related, which will
	thus fix '[meson|ninja] dist' on Visual Studio builds.

2019-12-23  Kjell Ahlstedt  <kjellahlstedt@gmail.com>

	meson.build: Update version to 3.0.1