| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
| |
|
|
|
|
|
| |
Makes it easier to suppress deprecation warnings when a C method has been
deprecated, but the corresponding C++ method shall not (yet) be deprecated.
|
|
|
|
|
|
|
| |
g_socket_client_[set,get]_tls_validation_flags() and
g_tls_client_connection_[set,get]_validation_flags() are deprecated in
glib 2.72. They can't be deprecated in glibmm 2.70. Ignore the deprecations,
so it will still be possible to compile with warnings=fatal.
|
|
|
|
| |
Make these builds distinct from the Visual Studio 2019 builds.
|
| |
|
|
|
|
| |
Change from Glib::RefPtr<Glib::Object> to Glib::RefPtr<Glib::ObjectBase>.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
* configure.ac:
* meson.build: Require glib-2.0 >= 2.69.1.
* glib/src/binding.[ccg|hg]: Add dup_source(), dup_target(),
Deprecate get_source(), get_target().
* glib/src/spawn.[ccg|hg]: Change parameter name, exit_status to wait_status.
* glib/src/timezone.[ccg|hg]: Add operator bool(), create_identifier().
Deprecate create().
* gio/src/fileinfo.hg: Add get/set_access_date(), get/set_creation_date().
* gio/src/notification.hg: Add set_category().
* gio/src/tlscertificate.hg: Add property/get_not_valid_before(),
property/get_not_valid_after(), property/get_subject_name(),
property/get_issuer_name().
* gio/src/tlsconnection.hg: Add enum Gio::TlsProtocolVersion,
property/get_protocol_version(), property/get_ciphersuite_name().
* tools/m4/convert_gio.m4: Add conversion for enum TlsProtocolVersion.
|
|
|
|
|
| |
using gtk files from glib 2.70.0.
And update gio_docs_override.xml and glib_extra_objects.defs.
|
|
|
|
| |
g++-9 is not available in debian:testing any more.
|
|
|
|
| |
See pangomm#13 and pangomm!23.
|
|
|
|
|
|
|
| |
Replace it by g_quark_from_string().
g_quark_from_static_string() shall not be used, if glibmm (but not glib)
is loaded and unloaded several times.
Fixes #96
|
|
|
|
|
|
|
|
| |
Avoid warnings from the clang++ compiler.
It's deprecated in C++ to implicitly declare a copy constructor, if there
is a user-defined copy assignment operator. Instead of declaring copy
assignment operators private without implementation, declare them deleted.
|
| |
|
|
|
|
| |
and publish reference docs at gnome.pages.gitlab.gnome.org/glibmm.
|
| |
|
|
|
|
|
|
| |
New versions of mm-common use the Python scripts doc_postprocess.py
and doc_install.py instead of the Perl scripts doc-postprocess.pl and
doc-install.pl when documentation is built.
|
| |
|
|
|
|
|
|
|
| |
Instead of a specialization of Glib::Container_Helpers::TypeTraits
for Glib::RefPtr<Gio::AppInfo>, add and use struct TypeTraits_AppInfo,
local in gio/src/appinfo.ccg and appinfo.cc.
Modifies the issue #94 fix.
|
|
|
|
|
|
|
|
|
|
|
|
| |
Applies also to get_all_for_type().
Make a complete specialization of Glib::Container_Helpers::TypeTraits for
Glib::RefPtr<Gio::AppInfo>, calling Glib::wrap(GAppInfo*, bool) which uses
Glib::wrap_auto_interface(). The partial specialization in
containerhandle_shared.h calls Glib::wrap_auto(), which is not acceptable
if the GAppInfo object does not already have a wrapper, and its class type
has been wrapped in a C++ class (e.g. GWin32AppInfo or GOsxAppInfo).
Fixes #94
|
|
|
|
|
| |
The default file encoding is platform dependent in Python.
Better specify which encoding is preferred.
|
|
|
|
|
|
|
| |
Gio::ListModel::get_object() returns Glib::RefPtr<Glib::ObjectBase>.
Don't try to dynamic_cast it to Glib::Object. It would fail if the object
has been constructed as an interface, and e.g. has a Gio::File wrapper.
Fixes #93
|
|\
| |
| |
| |
| | |
fileenumerator.hg: Remove refreturn to avoid memory leak
See merge request GNOME/glibmm!53
|
|/ |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
Deleted methods shall not be decorated with GLIBMM_API.
Fixes #92
|
|
|
|
|
|
|
|
|
|
| |
gtk4 has started using gi-docgen instead of gtk-doc. It has a different
syntax for referring to methods, signals, properties and other stuff
in the documentation.
gmmproc does not handle the gi-docgen syntax perfectly when it converts
to Doxygen syntax and C++ names. It has never handled gtk-doc syntax
perfectly, either. Hopefully it's good enough in most cases.
|
|
|
|
| |
Fixes #89
|
|
|
|
| |
Fixes #87
|
| |
|
|
|
|
|
| |
Doxygen in a main project shall not be called before tag files have been
created or updated in subprojects.
|
|
|
|
|
|
|
|
|
| |
* meson.build: If mm-common-get is not found in maintainer-mode
with 'required: false', try with 'required: true'.
Don't try to use tag_file, if documentation is not built.
* docs/reference/meson.build: Don't use variables from modules
that don't define doxytagfile. These are subprojects that don't build
their documentation.
|
|\
| |
| |
| |
| |
| |
| | |
Export classes selectively (fix issue #90)
Closes #90
See merge request GNOME/glibmm!51
|
| |
| |
| |
| |
| |
| | |
Stop ignoring warnings C4251, C4273 and C4275 and add /EHsc in the compiler
flags, so that we know if we are inadvertedly tying ourselves too closely to
a Visual Studio compiler/STL version
|
| |
| |
| |
| |
| |
| |
| | |
Instead, mark the individual members with GLIBMM_API so that we avoid having
the code tied to a particular STL and compiler version.
Update the classes that derive from Glib::Source accordingly as well
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
This will avoid having the ABI tied to a particular STL and compiler version,
and so will eliminate C4275 compiler warnings when building the code.
Also update gerror.m4 so that it will generate code deriving from Glib::Error
with the export macro markings with the member functions, so that things
continue to build properly
|
| |
| |
| |
| |
| |
| |
| | |
...and templates that inherit std::string. This will help us to also eliminate
C4251 warnings from code that use thid class and related items, and avoid ABI
compatibility issues when building code that link and run aginst glibmm on
Visual Studio builds.
|
| |
| |
| |
| |
| | |
It's actually not necessary here, and it will cause issues with the previous
commit
|
|/
|
|
|
|
|
| |
...and templates that inherit std::string. This will help us to also eliminate
C4251 warnings from code that use the ustring class and related items, and avoid
ABI compatibility issues when building code that link and run aginst glibmm on
Visual Studio builds.
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
* meson.build:
* docs/reference/meson.build:
* gio/giomm/meson.build:
* glib/glibmm/meson.build:
Call add_dist_script() in a subproject, if meson.version() >= 0.58.0.
* tools/build_scripts/handle-built-files.py:
Use MESON_PROJECT_DIST_ROOT if it exists, else MESON_DIST_ROOT.
It exists if meson.version() >= 0.58.0.
|
|
|
|
|
|
| |
* tools/build_scripts/handle-built-files.py: Don't print names of
installed files if environment variable MESON_INSTALL_QUIET is set.
It is set by "meson install --quiet" in Meson 0.54.0 and newer.
|
|
|
|
|
|
|
| |
Make 3 tests, where the 2 new tests check that the disallowed comparisons
between std::string and Glib::ustring don't compile.
The new tests are added only in Meson builds (ninja test).
See MR !50
|
|\
| |
| |
| |
| | |
Variant: Fix so it works with C++20
See merge request GNOME/glibmm!50
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
C++20 changed some aspects of templates that broke variant.h on
some compilers (GCC 11).
Ref: https://wg21.cmeerw.net/cwg/issue2237
template<class T>
struct A {
A<T>(); // ok pre-C++20, now incorrect
// A(); // correct for all versions
};
This commit removes the "simple-template-id" from both the default
constructor (no args) and the explicit constructor (has args), even
though only the default constructor currently gives error on GCC 11.
Since both versions are wrong according to the issue referred to above
it is expected that GCC (and possibly other compilers) will be updated
to fail on both cases in the future.
|
|/ |
|
|
|
|
|
|
|
| |
It shall not be possible to find a glibmm header file
with #include <xxx.h> instead of #include <glibmm/xxx.h>.
Not fully fixed until https://github.com/mesonbuild/meson/issues/8562
has been fixed.
|
|
|
|
|
| |
A Python script that can replace the Perl script tools/enum.pl.
Why? Just because I've got fond of Python.
|
|
|
|
| |
glib and sigc++ can be subprojects of glibmm.
|