2021-01-27 Kjell Ahlstedt <kjellahlstedt@gmail.com> 2.66.0 2021-01-25 Kjell Ahlstedt <kjellahlstedt@gmail.com> tests/glibmm_tls_client: Skip test, if socket can't be connected This test sometimes fails in CI runs, probably for a reason that's out of glibmm's control. Gio::Socket::create() can throw an exception. Put it in a try block. See #84 2021-01-14 Kjell Ahlstedt <kjellahlstedt@gmail.com> Gio::SettingsSchemaSource: Wrap new_from_directory() and list_schemas() Similar to commits by Daniel Boles in the master branch. See https://bugzilla.gnome.org/show_bug.cgi?id=783216, issue #19 and MR !20 2021-01-14 Kjell Ahlstedt <kjellahlstedt@gmail.com> Glib, Gio: Regenerate docs.xml and .defs files Regenerated while the glib-2-66 branch was checked out from glib. 2021-01-13 Kjell Ahlstedt <kjellahlstedt@gmail.com> Fix build-deprecated-api=false * glib/glibmm/timeval.[cc|h]: Glib::TimeoutSource in glibmm/main.h contains a TimeVal. Some TimeVal methods are used in glibmm/main.cc. These methods must be declared and defined when glibmm is being built. * glib/src/balancedtree.hg: Add _CONFIGINCLUDE(glibmmconfig.h). 2021-01-12 Kjell Ahlstedt <kjellahlstedt@gmail.com> Deprecate Glib::BalancedTree in favour of std::map or std::unordered_map. See issue #78 2021-01-12 Kjell Ahlstedt <kjellahlstedt@gmail.com> Add new enum values to Gio::MenuAttribute See issue #78 2021-01-12 Andreas Persson <andreasp56@outlook.com> Make Gio::ListStore accept Interfaces. I noticed that I couldn't create a ListStore containing AppInfo objects, because an AppInfo is not an Object but an Interface. ListStore seems to work fine with Interfaces, so I just changed the static_assert. See MR !38 and issue #78. 2021-01-12 Daniel Boles <dboles@src.gnome.org> Glib::Binding: Add set_manage() to not require a RefPtr Allow users to call Glib::manage(RefPtr<Binding>) in order to defeat our pre-existing and still default behaviour that a user must keep a RefPtr to the Binding in order to keep it alive, instead letting it revert to the C-style behaviour of staying alive as long as either object does. We use Glib::manage() to avoid the possible pitfall of a user calling ->set_manage() on the result of bind_property*(), which might be empty. This patch has been modified by Kjell Ahlstedt. This modified version stores the new instance data in a GQuark instead of new member data, which would have broken ABI. Fixes https://gitlab.gnome.org/GNOME/glibmm/issues/62 2021-01-11 Kjell Ahlstedt <kjellahlstedt@gmail.com> docs/reference/Doxyfile.in: Remove obsolete entries 2021-01-11 Daniel Boles <dboles@src.gnome.org> Glib::Binding: Clarify need to hold ref, poss empty objs and move the documentation on lifetime away from bind_property_value() up to the class description/intro. https://gitlab.gnome.org/GNOME/glibmm/issues/62 2021-01-11 Daniel Boles <dboles@src.gnome.org> tests/glibmm_binding: Test that unbind() stops props syncing 2020-12-12 Kjell Ahlstedt <kjellahlstedt@gmail.com> Glib::Binding, TimeZone: Ignore deprecation of some glib functions g_binding_get_source(), g_binding_get_target() and g_time_zone_new() are deprecated in glib 2.68. We can't use the replacement functions, which are new in glib 2.68. We want to be able to build and run with both glib 2.68 and older versions of glib. 2020-12-11 Kjell Ahlstedt <kjellahlstedt@gmail.com> Gio::MenuModel: Improve documentation of enums Improve the documentation of enums Gio::MenuAttribute and Gio::MenuLink. See #78 2020-12-01 Kjell Ahlstedt <kjellahlstedt@gmail.com> 2.64.5 2020-11-27 Kjell Ahlstedt <kjellahlstedt@gmail.com> gmmproc: Fix compatibility with gtkmm 3.24.2 * tools/m4/class_shared.m4: Check if __FUNC_DECORATION__ is defined. class_gtkobject.m4 in gtkmm 3.24.2 and older does not define it. Fixes #82 It's not necessary to push this patch to the master branch. That branch is not compatible with gtkmm-3 anyway. 2020-11-22 Tom Schoonjans <Tom.Schoonjans@rfi.ac.uk> Meson build: fix is_os_cocoa detection The previous check didnt work as the compiler choked on the Objective-C code that was dragged in by the Cocoa headers. This patch simplifies things by simply asking what system the host is running on. 2020-11-21 Kjell Ahlstedt <kjellahlstedt@gmail.com> 2.64.4 2020-11-19 Kjell Ahlstedt <kjellahlstedt@gmail.com> Remove unnecessary TODO and README files 2020-11-18 Kjell Ahlstedt <kjellahlstedt@gmail.com> generate_wrap_init.pl.in: Use g_type_ensure() Call g_type_ensure(SomeClass::get_type()). Redefining the G_GNUC_CONST preprocessor macro does not have the intended effect (SomeClass::get_type() actually being called) if the package is compiled and linked with the -flto option. LTO = link time optimization https://mail.gnome.org/archives/gtkmm-list/2020-November/msg00009.html 2020-11-01 Kjell Ahlstedt <kjellahlstedt@gmail.com> Gio::File docs: Fix names of thrown exceptions and remove unnecessary TODO comments in several files. 2020-10-12 Kjell Ahlstedt <kjellahlstedt@gmail.com> glib/glibmm.h: Describe how to use glibmm with meson 2020-10-01 Kjell Ahlstedt <kjellahlstedt@gmail.com> Meson build: Fix versioning on macOS for libglibmm_generate_extra_defs 2020-09-30 Kjell Ahlstedt <kjellahlstedt@gmail.com> Meson build: Fix versioning on macOS See https://github.com/libsigcplusplus/libsigcplusplus/pull/65 2020-09-13 Kjell Ahlstedt <kjellahlstedt@gmail.com> Meson build: Add missing Glib::Value and Variant documentation The value_basictypes.h and variant_basictypes.h files, which are generated from .m4 files, were not included in the input to Doxygen. 2020-09-07 Kjell Ahlstedt <kjellahlstedt@gmail.com> Glib::BalancedTree docs: Recommend std::map or std::unordered_map 2020-08-31 Chun-wei Fan <fanchunwei@src.gnome.org> class_interface.m4: Export the generated private class As in the case of class_shared.m4, we need to do the same for class_interface.m4 as well, in order to export the items in the private headers fully. 2020-08-29 Kjell Ahlstedt <kjellahlstedt@gmail.com> gmmproc: Make h2def.py recognize more macros When parsing function declarations, remove G_DECLARE_DERIVABLE_TYPE and GDK_DECLARE_INTERNAL_TYPE. 2020-08-28 Chun-wei Fan <fanchunwei@src.gnome.org> glib/glibmm/private/*.h: Decorate the classes with GLIBMM_API This is done for completeness' sake, as we are doing for the private headers that we generate. 2020-08-28 Chun-wei Fan <fanchunwei@src.gnome.org> class_shared.m4: Decorate private class prototype ...when using _WRAP_GOBJECT with a function decoration. This will help expose the class definition in the generated private/*_p.h in the built DLLs/LIBs that is built with Visual Studio or clang-cl. 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. 2020-07-22 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Fix generating [glib|gio]mm[config.h|.rc] This fixes the build process so that we won't need to generate them unnecessarily (i.e. when building from a release tarball built with autotools). Also streamline the build process that we no longer need to explicitly run the 'prep-git-build' target before building, where we generate [glib|gio]mm[config.h|.rc], and if needed, gmmproc and generate_wrap_init.pl, as part of the normal 'all' target if necessary 2020-07-14 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 glibmm and giomm, which can be used on Windows 10 on ARM systems. 2020-07-11 Kjell Ahlstedt <kjellahlstedt@gmail.com> gmmproc: _CLASS_BOXEDTYPE, _CLASS_OPAQUE_COPYABLE: Fix move assignment Add a std::move() to avoid copying. Fixes #76 2020-06-29 Kjell Ahlstedt <kjellahlstedt@gmail.com> docs/reference/: Update for Doxygen >= 1.8.16 * docs/reference/meson.build: Doxygen 1.8.16 and later does not store tag file names in the html files. This requires changes in meson.build and in doc-install.pl (in mm-common). Otherwise references to other modules won't be updated in the html files when they are installed. * docs/reference/Doxyfile.in: Remove PERL_PATH and MSCGEN_PATH. Doxygen since version 1.8.0 does not use them. 2020-06-18 Chun-wei Fan <fanchunwei@src.gnome.org> Meson/Visual Studio builds: Include toolset version by default This makes the built DLL and .lib's contain the toolset version if the build is carried out using Visual Studio 2015 or later, unless the 'msvc14x-parallel-installable' option is set to be false during configuration. The reasoning behind this change is that there are subtle problems when, for instance, one tries to link to a Visual Studio 2015-built glibmm when building gtkmm and libxml++ with Visual Studio 2017 or 2019. This is unfortunate as Microsoft did try hard to make interoperating between binaries built with Visual Studio 2015, 2017 and 2019 as easy as possible in terms of ABI and API, but unfortunately this hits the corner cases where this compatibility does not work. As the name suggests, this attempts to make Visual Studio 2015, 2017 and 2019 builds share a single set of underlying C DLLs easier, while avoiding breakages caused by such subtle differences. 2020-06-16 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Fix building GIO tests/examples Make sure we look for the GIO headers first in this build tree or source tree 2020-06-16 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Clean up building tests and examples Instead of hand-written rules, just make use of what we have to generate the rules on the fly for most of the tests and examples, since the rules are more or less the same for each of the test and example programs. We only need to single-out the ones that aren't buildable under Windows and those that have multiple programs under each directory, as opposed to one example/test program per directory. Even for those directories that have multiple example programs, we can pretty easily generate the rules for them. Also remove repeated parts that were added by accident. This can shrink the NMake Makefiles by a bit. 2020-06-15 Chun-wei Fan <fanchunwei@src.gnome.org> glib/glibmm/ustring.h: Fix building on Visual Studio 2015 Commit 8b8af81f accidentally changed the macro check from '_MSC_VER' to 'MSC_VER', fix that, so that things build correctly on Visual Studio 2015 2020-06-12 Chun-wei Fan <fanchunwei@src.gnome.org> Update README.win32 Let people know that it is recommended (and even required at some points) to use the same Visual Studio version for building glibmm and dependent software, even for Visual Studio 2015, 2017 and 2019. 2020-06-12 Chun-wei Fan <fanchunwei@src.gnome.org> NMake Makefiles: Distinguish between MSVC 2015, 2017 and 2019 It was found that we cannot rely on the fact that Visual Studio 2015~2019 tried very hard to be binary compatible, as there are corner cases when linking against glibmm built with Visual Studio 2015 with builds done by Visual Studio 2017 and 2019 where the code will fail to link and the DLLs are therefore not ABI-compatible. Note that the libsigc++ DLLs, however, are ABI compatible between these 3 Visual Studio versions. As a result, for the DLL and LIB names, use 'vc140' for Visual Studio 2015 builds, 'vc141' for Visual Studio 2017 builds and 'vc142' for Visual Studio 2019 builds, according to the toolset versions as defined by Microsoft. For people that may have previously built glibmm with Visual Studio 2017 or 2019, which had 'vc140' in the built .lib and DLL, an NMake option 'USE_COMPAT_LIBS' is added to make building such binaries with 'vc140' easier, if needed. 2020-06-03 Daniel Boles <dboles@src.gnome.org> propertyproxy_base: Fix using notify w/o prop name GLib has now specified that if you want to connect to a signal without a detail argument, you omit the `::`. So, glibmm users previously connecting to `notify::` to listen for changes to all properties broke. Fix that by only passing `notify` i.e. no superfluous `::` in that case. Close https://gitlab.gnome.org/GNOME/glibmm/-/issues/74 Close https://gitlab.gnome.org/GNOME/glibmm/-/merge_requests/35 2020-06-02 Daniel Boles <dboles@src.gnome.org> ustring: Silence warning if MSC_VER is undefined/0 2020-05-21 Kjell Ahlstedt <kjellahlstedt@gmail.com> tools/defs_gen/*.py: Specify that this is python3 code Specify #!/usr/bin/env python3, making it unnecessary to have a python command which is a link to python3. In h2def.py, use the built-in set() instead of Set() from the sets module. 2020-04-11 Chun-wei Fan <fanchunwei@src.gnome.org> tools/m4/compare.m4: Allow decorating comparison operators This allows one to pass in deocrations for the comparison operators so that those decorations may be defined as compiler directives to export symbols in a more fine-grained manner. 2020-04-08 Kjell Ahlstedt <kjellahlstedt@gmail.com> tools/gmmproc.in: Add a comment 2020-04-05 Kjell Ahlstedt <kjellahlstedt@gmail.com> Meson build: Set default value of the 'warnings' option to 'min' * meson.build: Use dist-warnings when a tarball is tested by 'ninja dist' or 'meson dist'. Check if generate-binding.py exists, if not maintainer-mode. Add a better error message if mm-common-get is required but not found. * meson_options.txt: Set default value of the 'warnings' to 'min'. Add 'dist-warnings' with default value 'fatal'. 2020-04-04 Chun-wei Fan <fanchunwei@src.gnome.org> Bump version We need to update the version so that we can be able to check whether we have enough support in gmmproc to be ready to use __declspec(dllexport) instead of gendef.exe to export symbols for modules that build on top of the glibmm-2.4 branch, as they may well depend on older stable glibmm-2.4 versions that do not have such support. 2020-04-04 Chun-wei Fan <fanchunwei@src.gnome.org> gio/src/*.hg: Mark all _WRAP_ENUM() with decl_prefix As per Kjell's suggestions, make things more future-proof by marking all _WRAP_ENUM()'s with 'decl_prefix GIOMM_API'. 2020-04-04 Chun-wei Fan <fanchunwei@src.gnome.org> glib/src/*.hg: Mark all _WRAP_ENUM() with decl_prefix As per Kjell's suggestions, make things more future-proof by marking all _WRAP_ENUM()'s with 'decl_prefix GLIBMM_API'. 2020-04-04 Chun-wei Fan <fanchunwei@src.gnome.org> gio/src: Apply `decl_prefix GIOMM_API` to _WRAP_ENUM This way, we can ensure that the headers generated with gmmproc marks the template<> classes with GIOMM_API, so that we can export them in Visual Studio builds. Note that for those _WRAP_ENUM calls marked with NO_GTYPE, there is no need to add 'decl_prefix ...'. 2020-04-04 Chun-wei Fan <fanchunwei@src.gnome.org> glib/src: Apply `decl_prefix GLIBMM_API` to _WRAP_ENUM This way, we can ensure that the headers generated with gmmproc marks the template<> classes with GLIBMM_API, so that we can export them in Visual Studio builds. Note that for those _WRAP_ENUM calls marked with NO_GTYPE, there is no need to add 'decl_prefix ...'. 2020-04-04 Chun-wei Fan <fanchunwei@src.gnome.org> tools/[gerror|enum].m4: Make template<> classes exportable Allow to apply the decl_prefix argument onto the template<> classes that we generate for the _WRAP_GERROR and _WRAP_ENUM directives in the various *.hg files, if specified.