https://github.com/GNOME/glib

sort by:
Revision Author Date Message Commit Date
090c5fd Add TLS Channel Binding API Test Unit 23 June 2020, 21:51:07 UTC
fe53d35 Add g_(d)tls_connection_get_channel_binding_data calls and enums * Add g_tls_connection_get_channel_binding_data API call * Add g_dtls_connection_get_channel_binding_data API call * Add get_binding_data method to GTlsConnection class * Add get_binding_data method to GDtlsConnection interface * Add GTlsChannelBindingType enum with tls-unique and tls-server-end-point types * Add GTlsChannelBindingError enum and G_TLS_CHANNEL_BINDING_ERROR quark * Add new API calls to documentation reference gio-sections-common 23 June 2020, 21:51:01 UTC
9f7f2b4 Add a GBookmarkFile serialization test case We're roundtripping from a valid file, but we should also roundtrip from a newly created GBookmarkFile, to ensure that we set all the necessary fields. 30 May 2020, 16:40:52 UTC
909a885 Initialize the visited time of a new GBookmarkFile Just like we do for the other fields. Otherwise, when we serialise the item, we're going to hit a segmentation fault when trying to format a NULL GDateTime. 30 May 2020, 16:09:40 UTC
3d0e1f5 Merge branch '1931-bookmark-file-y2038' into 'master' Resolve "GBookmarkFile API involves time_t" Closes #1931 See merge request GNOME/glib!1511 28 May 2020, 15:41:04 UTC
c45ad01 tests: Add tests for deprecated GBookmarkFile API Just to check that it correctly wraps the new replacement APIs. Signed-off-by: Philip Withnall <withnall@endlessm.com> Helps: #1931 28 May 2020, 13:55:53 UTC
6147cae gbookmarkfile: Deprecate GBookmarkFile APIs which use time_t They use the `time_t` type, which is not year 2038 safe on 32-bit systems, so have to be deprecated. Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #1931 28 May 2020, 13:55:53 UTC
9b82fd0 tests: Update GBookmarkFile tests to use new APIs In preparation for deprecating the old APIs. This shouldn’t functionally affect the tests. Signed-off-by: Philip Withnall <withnall@endlessm.com> Helps: #1931 28 May 2020, 13:55:53 UTC
fbc1456 gbookmarkfile: Add Y2038-proof APIs to GBookmarkFile These are alternatives to the existing `time_t`-based APIs, which will soon be deprecated due to `time_t` only being Y2038-safe on 64-bit systems. The new APIs take a GDateTime instead. Signed-off-by: Philip Withnall <withnall@endlessm.com> Helps: #1931 28 May 2020, 13:55:53 UTC
caec84a Merge branch 'gdbus-codegen-exporting' into 'master' Make symbols generated by gdbus-codegen exportable on Visual Studio-style builds See merge request GNOME/glib!1452 28 May 2020, 13:01:46 UTC
cd229a2 docs: Document --symbol-decorator for gdbus-codegen This updates gdbus-codegen.xml to include documentation for the --symbol-decorator, --symbol-decorator-header and --symbol-decorator-define options, which is used to help to export symbols in the generated code. 28 May 2020, 10:24:57 UTC
73d9b72 Merge branch 'fix-gresource-export-msvc' into 'master' glib-compile-resources: Fix exporting on Visual Studio Closes #1215 See merge request GNOME/glib!1468 28 May 2020, 10:03:28 UTC
a3c1bce Merge branch 'static-libintl' into 'master' meson: Fix underlinking of static libintl by trying iconv and pthread Closes #1851 See merge request GNOME/glib!1450 28 May 2020, 09:36:36 UTC
a94f32f gdbus-object-manager-example: Fix build on Visual Studio This ensures that we do really export the symbols for Visual Studio-style builds, by using _GLIB_EXTERN to decorate the generated prototypes and including config.h so that we are sure the symbols are actually exported. 28 May 2020, 09:20:22 UTC
d955719 gdbus-codegen: Allow decorating symbols in headers This adds three options to gdbus-codegen so that we may be able to use a self-defined symbol decorator, such as _GLIB_EXTERN, to decorate the generated prototypes, to be used possibly to export the symbols, if needed. The other two options allows including headers that are required for the specified symbol decorator to be usable and preprocessor macros that are required for the symbol decorator to be defined appropriately, also when needed. 28 May 2020, 09:20:22 UTC
11e9c5a Merge branch 'clang-trap' into 'master' Use __builtin_trap() on Clang on any platform See merge request GNOME/glib!1430 28 May 2020, 09:01:49 UTC
77346d9 Don't fall back to raise(SIGTRAP) on Windows When targeting mingw on architectures other than x86, the earlier cases don't apply, and the final fallback, raise(SIGTRAP) isn't usable there. GCC and Clang both support __builtin_trap(), so in case we have no other alternatives, and are on windows (where raise() isn't available), we can resort to this. 28 May 2020, 08:21:35 UTC
56271ff meson: Fix underlinking of static libintl by trying iconv and pthread I thought about checking for an intl pkg-config file but upstream are not interested in adding one so there seems little point. Closes #1851 28 May 2020, 08:16:32 UTC
842dccf meson: Remove transitive dep workaround now we require newer Meson https://github.com/mesonbuild/meson/issues/1426 was fixed in 0.48.0 but we require 0.49.2. 28 May 2020, 08:16:32 UTC
f733eff Merge branch 'fix-fedora-ci-build' into 'master' Rebuild Fedora CI image See merge request GNOME/glib!1488 26 May 2020, 16:09:39 UTC
47716bc glib-compile-resources: Fix exporting on Visual Studio Have the generated .c code decorate the prototypes with "G_MODULE_EXPORT" instead of "extern" when --internal is not being used, so that we also export the symbols from the generated code on Visual Studio-style compilers. If --internal is used, we decorate the prototypes with "G_GNUC_INTERNAL", as we did before. Note that since the generated .c code does not attempt to include the generated headers (if one is also generated), the gnerated headers are still generated as they were before. 23 May 2020, 02:35:05 UTC
2ba0f14 Merge branch 'w32reg-mui' into 'master' MUI capabilities for GWin32RegistryKey See merge request GNOME/glib!1341 22 May 2020, 16:21:41 UTC
f77a6a1 GWin32AppInfo: Drop read_resource_string(), use GWin32RegistryKey Now GWin32RegistryKey can internally do the same thing that read_resource_string() does, and more. 22 May 2020, 14:17:12 UTC
2730e5d Merge branch 'fix-file-test' into 'master' tests: Speed up the file test and make it more reliable See merge request GNOME/glib!1508 22 May 2020, 10:54:58 UTC
743bbb9 Merge branch 'cancellable-test-fix' into 'master' tests: Speed up the cancellable test See merge request GNOME/glib!1506 22 May 2020, 10:36:11 UTC
26c433d tests: Speed up the file test and make it more reliable Sometimes this test was timing out due to the file monitor notifications taking longer than the arbitrary 2s delay before ending the test and checking its results at the end of `iclosed_cb()`. Avoid that timing-dependence by ending the test when the expected file monitor notifications are seen, or after a 10s timeout (if so, the test is failed). This makes the test run 4× faster in the normal case, as it’s no longer waiting for a timeout to elapse if the file monitor notifications come in sooner. Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 10:05:27 UTC
43969bf tests: Port file test to use g_assert_*() rather than g_assert() g_assert() can be compiled out with G_DISABLE_ASSERT, which renders the test rather useless. Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 10:04:34 UTC
4f0b0e1 Update Romanian translation 22 May 2020, 09:10:42 UTC
60dd272 docs: Bump gtk-doc requirement for unit tests to 1.32.1 gtk-doc 1.33 hasn’t been released yet, but when it is, it’ll contain three fixes which are necessary for correctly detecting which symbols are undocumented/undeclared/unused in GLib: • gtk-doc@b866a90b • gtk-doc@ca42972c • gtk-doc@b922e148 1.32.1 is the development version number which will eventually be released as 1.33. Until then, we can’t run the gtk-doc tests in CI because they reliably fail spuriously. See !1488. Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 08:57:33 UTC
57ed909 ci: Document access token permissions needed for uploading images New, finer-grained permissions are now supported in GitLab. Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 08:32:44 UTC
e89f41d ci: Rebuild Fedora Docker image for latest Dockerfile changes See !1464. Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 08:32:44 UTC
cbcc0aa ci: Handle missing suite information in test output JSON The gtk-doc tests are hardcoded by Meson to output as `glib / gio-doc-check`, `glib / gobject-doc-check`, etc., without an explicit project name and suite. This causes the following exception in the report parser: ``` Traceback (most recent call last): File ".gitlab-ci/meson-junit-report.py", line 50, in <module> (project_name, suite_name) = full_suite.split(':') ValueError: not enough values to unpack (expected 2, got 1) ``` Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 08:32:44 UTC
74f1e58 ci: Add python3-pip to Fedora dependencies It’s needed to provide the `pip3` executable, which the `Dockerfile` later uses. Follow-up to !1464. Signed-off-by: Philip Withnall <withnall@endlessm.com> 22 May 2020, 08:32:44 UTC
31099d9 Merge branch 'fix-2107-windows-gpoll-stall' into 'master' win32 gpoll: Fix wait for at least one thread to return Closes #2107 See merge request GNOME/glib!1504 22 May 2020, 08:11:00 UTC
8f29148 Merge branch 'lcopyfail' into 'master' gobject: Handle runtime checks as such See merge request GNOME/glib!1505 20 May 2020, 16:49:17 UTC
9f27f49 tests: Speed up the cancellable test The test added for #1841 spawned 100000 threads. That was fine on a desktop machine, but on a heavily loaded CI machine, it could result in large (and unpredictable) slowdowns, resulting in the test taking over 120s in about 1 in 5 runs, and hence failing that CI pipeline due to a timeout. When passing normally on CI, the test would take around 90s. Here’s a histogram of time per iteration on a failing (timed out) test run. Each iteration is one thread spawn: Iteration duration (µs) | Frequency ------------------------+---------- ≤100 | 0 100–200 | 30257 200–400 | 13696 400–800 | 1046 800–1000 | 123 1000–2000 | 583 2000–4000 | 3779 4000–8000 | 4972 8000–10000 | 1027 10000–20000 | 2610 20000–40000 | 650 40000–80000 | 86 80000–100000 | 10 100000–200000 | 2 >200000 | 0 There’s no actual need for the test to spawn 100000 threads, so rewrite it to reuse a single thread, and pass new data to that thread. Reverting the original commit (e4a690f5dd95) reproduces the failure on 100 out of 100 test runs with this commit applied, so the test still works. The test now takes 3s, rather than 11s, to run on my computer, and has passed when run with `meson test --repeat 1000 cancellable`. Signed-off-by: Philip Withnall <withnall@endlessm.com> 20 May 2020, 16:21:14 UTC
898baa0 gobject: Handle runtime checks as such The various `g_strdup_printf()` returns values in the implementations of GValue lcopy_func are runtime checks which could be disabled if one wants and therefore should be handled as such with g_return_val_if_fail() 20 May 2020, 15:37:46 UTC
a22a15d GWin32RegistryKey: add MUI capabilities to get_value() An extra argument to g_win32_registry_key_get_value_w() and g_win32_registry_key_get_value() indicates that RegLoadMUIStringW() should be used instead of RegQueryValueExW(). It only works on strings, and automatically resolves resource strings (the ones that start with "@"). The extra argument is needed to find resource DLLs that are only specified by their relative name. 20 May 2020, 14:23:49 UTC
26991b6 win32 gpoll: Fix wait for at least one thread to return When timeout grater than 0 in g_poll function, the WaitForMultipleObjects call will wait for all the threads to return, but when only one thread got an event the others will sleep until the timeout elapses, and causes a stall. Triggering the stop event in g_poll in this case is useless as it is triggered when all the threads where already signaled or timed-out. Closes: https://gitlab.gnome.org/GNOME/glib/issues/2107 20 May 2020, 13:32:47 UTC
e816e9c Merge branch 'docs-fix' into 'master' docs: Add indexes for symbols added in 2.66 See merge request GNOME/glib!1503 20 May 2020, 12:13:29 UTC
9f421dd docs: Add indexes for symbols added in 2.66 Signed-off-by: Philip Withnall <withnall@endlessm.com> 20 May 2020, 11:20:28 UTC
e992b99 Merge branch 'value-interned' into 'master' GValue: Add interned string support Closes #2109 See merge request GNOME/glib!1497 20 May 2020, 08:25:40 UTC
1d61c97 Merge branch '1323-aarch64-mem-barrier' into 'master' gthread: Use C11-style memory consistency to speed up g_once() Closes #1323 See merge request GNOME/glib!1364 19 May 2020, 17:22:41 UTC
73d7f35 gbinding: Use new g_value_set_interned_string() API for performance The property strings are interned already, so this potentially allows for faster comparisons. The property strings were already not copied, as they were tagged as static. 19 May 2020, 15:52:55 UTC
1a95ce8 GValue: Add interned string support This adds support to be able to explicitely stored interned strings into G_TYPE_STRING GValue. This is useful for cases where the user: * *knows* the string to be stored in the GValue is canonical * Wants to know whther the string stored is canonical This allows: * zero-cost GValue copy (the content is guaranteed to be unique and exist throughout the process life) * zero-cost string equality checks (if both string GValue are interned, you just need to check the pointers for equality or not, instead of doing a strcmp). Fixes #2109 19 May 2020, 15:52:55 UTC
c964749 test: Add string GValue tests Tests creation, duplication, ownership and copies 19 May 2020, 15:52:55 UTC
e3efbd3 gvalue: Static strings should not be copied When doing copies of GValue backed by static strings, the contents should not be copied 19 May 2020, 15:52:55 UTC
c1d7097 build: Drop unused `G_ATOMIC_OP_MEMORY_BARRIER_NEEDED` See the previous commit. Signed-off-by: Philip Withnall <withnall@endlessm.com> Helps: #1323 19 May 2020, 15:20:31 UTC
e52fb6b gthread: Use C11-style memory consistency to speed up g_once() The g_once() function exists to call a callback function exactly once, and to block multiple contending threads on its completion, then to return its return value to all of them (so they all see the same value). The full implementation of g_once() (in g_once_impl()) uses a mutex and condition variable to achieve this, and is needed in the contended case, where multiple threads need to be blocked on completion of the callback. However, most of the times that g_once() is called, the callback will already have been called, and it just needs to establish that it has been called and to return the stored return value. Previously, a fast path was used if we knew that memory barriers were not needed on the current architecture to safely access two dependent global variables in the presence of multi-threaded access. This is true of all sequentially consistent architectures. Checking whether we could use this fast path (if `G_ATOMIC_OP_MEMORY_BARRIER_NEEDED` was *not* defined) was a bit of a pain, though, as it required GLib to know the memory consistency model of every architecture. This kind of knowledge is traditionally a compiler’s domain. So, simplify the fast path by using the compiler-provided atomic intrinsics, and acquire-release memory consistency semantics, if they are available. If they’re not available, fall back to always locking as before. We definitely need to use `__ATOMIC_ACQUIRE` in the macro implementation of g_once(). We don’t actually need to make the `__ATOMIC_RELEASE` changes in `gthread.c` though, since locking and unlocking a mutex guarantees to insert a full compiler and hardware memory barrier (enforcing sequential consistency). So the `__ATOMIC_RELEASE` changes are only in there to make it obvious what stores are logically meant to match up with the `__ATOMIC_ACQUIRE` loads in `gthread.h`. Notably, only the second store (and the first load) has to be atomic. i.e. When storing `once->retval` and `once->status`, the first store is normal and the second is atomic. This is because the writes have a happens-before relationship, and all (atomic or non-atomic) writes which happen-before an atomic store/release are visible in the thread doing an atomic load/acquire on the same atomic variable, once that load is complete. References: * https://preshing.com/20120913/acquire-and-release-semantics/ * https://gcc.gnu.org/onlinedocs/gcc-9.2.0/gcc/_005f_005fatomic-Builtins.html * https://gcc.gnu.org/wiki/Atomic/GCCMM/AtomicSync * https://en.cppreference.com/w/cpp/atomic/memory_order#Release-Acquire_ordering Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #1323 19 May 2020, 15:17:39 UTC
e4c3af9 Merge branch '602-introspect-thread' into 'master' gthread: Add introspection annotations Closes #602 See merge request GNOME/glib!1499 19 May 2020, 15:15:00 UTC
bfd8f8c tests: Add multi-threaded test for g_once() There were multi-threaded tests for g_once_init_{enter,leave}(), but not for g_once(). Add one which tests multi-threaded contention for entering and retrieving the value of the `GOnce`. Signed-off-by: Philip Withnall <withnall@endlessm.com> Helps: #1323 19 May 2020, 15:06:07 UTC
596fa49 tests: Tidy up test naming in glib/tests/once.c Make it a little clearer. This introduces no functional changes. Signed-off-by: Philip Withnall <withnall@endlessm.com> Helps: #1323 19 May 2020, 15:06:07 UTC
536e32c Merge branch '176-malloc-docs' into 'master' gmem: Improve documentation to clarify abort-on-alloc-failure Closes #176 See merge request GNOME/glib!1500 19 May 2020, 14:41:27 UTC
445aa65 gmem: Improve documentation to clarify abort-on-alloc-failure Clarify that it applies to everything. Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #176 19 May 2020, 14:12:16 UTC
1cb2db8 gthread: Add introspection annotations It’s not expected that bindings will use `GThread` over their own threading APIs (in fact that would generally be a bad idea, since threads benefit from being integrated into language control flow structures), but it can’t hurt to have the annotations right for documentation purposes if nothing else. Signed-off-by: Philip Withnall <withnall@endlessm.com> Fixes: #602 19 May 2020, 13:52:17 UTC
81ee85c Merge branch 'th/g-ptr-array-new' into 'master' array: add internal ptr_array_new() helper for creating GPtrArray See merge request GNOME/glib!1498 18 May 2020, 10:28:25 UTC
b86d6fe Update Chinese (Taiwan) translation 17 May 2020, 17:09:06 UTC
20fb5bf Update Turkish translation 16 May 2020, 11:58:36 UTC
1efa966 array: add internal ptr_array_new() helper for creating GPtrArray Unify the creation of GPtrArray. Maybe we will add yet another constructor for creating %NULL terminated arrays. Unify the constructors by adding an internal helper method. The alternative instead of adding a ptr_array_new() helper, would be to let everybody call g_ptr_array_full(). For no strong reasons, choose this approach because the compiler is more eager to inline the static helper as it would inlining g_ptr_array_full(). 15 May 2020, 15:47:11 UTC
f6d26ba Merge branch 'fix-1487-reversion' into 'master' Fix GLIB_UNAVAILABLE_STATIC_INLINE declaration See merge request GNOME/glib!1496 15 May 2020, 13:10:03 UTC
4364c51 gmacros: Add missing GLIB_UNAVAILABLE_STATIC_INLINE declaration This fixes building against GLib with `GLIB_DISABLE_DEPRECATION_WARNINGS` defined. Signed-off-by: Philip Withnall <withnall@endlessm.com> See: !1487 15 May 2020, 11:00:03 UTC
0fc7f40 Revert "Revert "glib: annotate static inline functions with G_AVAILABLE-type macros"" This reverts commit c0146be3a4e0cda7a23d7fd54cc60a0bc7ba7f7a. The revert was originally added because the original change broke gnome-build-meta. Now that the problem has been diagnosed, the original commit can be fixed — see the commit which follows this one. See: !1487 15 May 2020, 10:59:06 UTC
85f8efa Merge branch 'aleksm/mkenums-since' into 'master' glib-mkenums: allow optional 'since' tag See merge request GNOME/glib!1492 14 May 2020, 16:10:33 UTC
01fbeb6 Merge branch 'assert-no-errno' into 'master' gtestutils: Add a new g_assert_no_errno() test macro See merge request GNOME/glib!1204 14 May 2020, 16:09:40 UTC
12fbb28 Merge branch 'fix-cpu-docker' into 'master' ci: Update Android Docker image for aarch64 CPU naming change See merge request GNOME/glib!1402 14 May 2020, 15:12:48 UTC
bc2bfdf Merge branch '2082-get-rid-of-am-pm' into 'master' gdatetime: Document that specific AM/PM formatting is discouraged Closes #2082 See merge request GNOME/glib!1445 14 May 2020, 15:07:12 UTC
ec6056e glib-mkenums: allow optional 'since' tag The glib-mkenums program allows generating code to handle enums/flags with very different purposes. One of its purposes could be generating per-enum/flag methods to be exposed in a library API, and while doing that, it would be nice to have a way to specify in which API version the enum/flag was introduced, so that the same version could be shown in the generated API methods. E.g. From the following code: /** * QmiWmsMessageProtocol: * @QMI_WMS_MESSAGE_PROTOCOL_CDMA: CDMA. * @QMI_WMS_MESSAGE_PROTOCOL_WCDMA: WCDMA. * * Type of message protocol. * * Since: 1.0 */ typedef enum { /*< since=1.0 >*/ QMI_WMS_MESSAGE_PROTOCOL_CDMA = 0x00, QMI_WMS_MESSAGE_PROTOCOL_WCDMA = 0x01 } QmiWmsMessageProtocol; The template would allow us to generate a method documented like this, including the Since tag with the value given in the mkenums 'since' tag. /** * qmi_wms_message_protocol_get_string: * @val: a QmiWmsMessageProtocol. * * Gets the nickname string for the #QmiWmsMessageProtocol specified at @val. * * Returns: (transfer none): a string with the nickname, or %NULL if not found. Do not free the returned value. * Since: 1.0 */ const gchar *qmi_wms_message_protocol_get_string (QmiWmsMessageProtocol val); Signed-off-by: Aleksander Morgado <aleksander@aleksander.es> 14 May 2020, 15:00:54 UTC
4d1132a docs,glib-mkenums: setup lists for enum/value trigraph extensions Signed-off-by: Aleksander Morgado <aleksander@aleksander.es> 14 May 2020, 15:00:46 UTC
700be9f Merge branch 'meson-fix' into 'master' meson: Remove stray ] in O_DIRECTORY check See merge request GNOME/glib!1493 14 May 2020, 14:02:20 UTC
a714484 meson: Remove stray ], in O_DIRECTORY check A stray ], was leftover from the autotools -> meson conversion. Remove it. Signed-off-by: Chris Packham <chris.packham@alliedtelesis.co.nz> 13 May 2020, 22:18:39 UTC
c0146be Revert "glib: annotate static inline functions with G_AVAILABLE-type macros" This reverts commit 50502987495ad55b5168e23b0c0283924881a8b3 12 May 2020, 21:28:52 UTC
a6b1afc Merge branch 'zbrown/datetime-annotations' into 'master' gdatetime: update annotations See merge request GNOME/glib!1491 12 May 2020, 12:53:14 UTC
ef1b057 Merge branch 'static-inline-available' into 'master' glib: annotate static inline functions with G_AVAILABLE-type macros See merge request GNOME/glib!1487 12 May 2020, 12:47:46 UTC
afaa2e3 gdatetime: add preconditons to public methods Should make it easier to debug than segfaulting in from_instant 12 May 2020, 12:02:20 UTC
86a0b55 gdatetime: update annotations Every constructor and just about every method can and will (silently) return NULL, add annotations to reflect this 12 May 2020, 12:02:19 UTC
5050298 glib: annotate static inline functions with G_AVAILABLE-type macros The public functions exposed as static inlines currently don't have annotations to describe when they were introduced. This means that compiling this file: #include <glib.h> void foo (void) { g_rec_mutex_locker_new (NULL); } with: gcc -c test.c \ -I/tmp/glib/include/glib-2.0 \ -I/tmp/glib/lib/x86_64-linux-gnu/glib-2.0/include \ -Werror \ -DGLIB_VERSION_MAX_ALLOWED=GLIB_VERSION_2_28 \ -DGLIB_VERSION_MIN_REQUIRED=GLIB_VERSION_2_28 will not produce any error message, despite using `g_rec_mutex_locker_new`, a function that was introduced after 2.28. This patch adds some annotations to all the publicly exposed static inline functions I could find. I could not use the existing G_AVAILABLE* macros, because they may expand to `extern`. This would then clash with the `static` keyword and produce: ../glib/gthread.h:397:1: error: multiple storage classes in declaration specifiers 397 | static inline GRecMutexLocker * | ^~~~~~ So I opted for adding a new set of macros, GLIB_AVAILABLE_STATIC_INLINE_IN_2_XY. With this patch applied, the example from above produces the expected warning: test.c: In function ‘foo’: test.c:5:3: error: ‘g_rec_mutex_locker_new’ is deprecated: Not available before 2.60 [-Werror=deprecated-declarations] 5 | g_rec_mutex_locker_new (NULL); | ^~~~~~~~~~~~~~~~~~~~~~ In file included from /tmp/glib/include/glib-2.0/glib/gasyncqueue.h:32, from /tmp/glib/include/glib-2.0/glib.h:32, from test.c:1: /tmp/glib/include/glib-2.0/glib/gthread.h:398:1: note: declared here 398 | g_rec_mutex_locker_new (GRecMutex *rec_mutex) | ^~~~~~~~~~~~~~~~~~~~~~ 12 May 2020, 11:42:50 UTC
06dc61a Merge branch 'clang-win-stpcpy' into 'master' Don't misdetect stpcpy on windows platforms on clang See merge request GNOME/glib!1439 12 May 2020, 11:39:44 UTC
1b94bfb meson: Don't misdetect stpcpy on windows platforms on clang See https://github.com/mesonbuild/meson/issues/3672 and https://github.com/mesonbuild/meson/issues/5628 for explanations of cases where meson misdetects functions due to clang builtins (that always are available, regardless of whether the platform actually provides them). The same also happens on GCC 10, which added support for __has_builtin. 11 May 2020, 17:23:43 UTC
493b01c Merge branch 'option-context-translations' into 'master' goption: Treat an empty option context parameter string as NULL See merge request GNOME/glib!1469 08 May 2020, 20:26:33 UTC
9363fe4 Merge branch 'wip/smcv/apple-xucred' into 'master' gio: add gcredential support for macOS Closes #507 See merge request GNOME/glib!1416 07 May 2020, 14:05:57 UTC
ec2f60a gio: add gcredential support for macOS [smcv: Apply my review feedback from <https://bugzilla.gnome.org/show_bug.cgi?id=668866>] Co-authored-by: Simon McVittie <smcv@collabora.com> Resolves: https://gitlab.gnome.org/GNOME/glib/issues/507 07 May 2020, 13:19:16 UTC
05cb229 GCredentials: Add the concept of credentials that lack the process ID struct xucred on macOS doesn't have the process ID, only the user ID and groups. Signed-off-by: Simon McVittie <smcv@collabora.com> 07 May 2020, 13:19:16 UTC
a9a7aa0 Merge branch 'wip/hadess/update-fedora-ci' into 'master' Update Fedora CI See merge request GNOME/glib!1464 07 May 2020, 11:42:08 UTC
217f1ea Merge branch 'wip/tintou/gdesktopappinfo-nullable' into 'master' gdesktopappinfo: Add several nullable annotation to GAppInfo getters See merge request GNOME/glib!1463 07 May 2020, 10:31:53 UTC
e4e875a Merge branch 'wip/smcv/credentials-docs' into 'master' GCredentials documentation fixes See merge request GNOME/glib!1456 07 May 2020, 10:29:21 UTC
555fc57 ci: Fix documentation tarball compression Best compress using xz when using .tar.xz suffixes. 07 May 2020, 10:14:35 UTC
48f7566 ci: Fix paths for dist'ed documentation 07 May 2020, 10:14:35 UTC
62bffc2 ci: Update Fedora version to latest stable This newer version of Fedora also includes a newer version of gtk-doc that should satisfy the update dependency: Dependency gtk-doc found: NO found '1.29' but need: '>=1.32' See https://bodhi.fedoraproject.org/updates/FEDORA-2020-f93ef1b300 07 May 2020, 10:13:57 UTC
ae10034 Merge branch 'gthread-deprecated' into 'master' gthread: ignore deprecated declarations in static inline functions Closes #2094 See merge request GNOME/glib!1472 07 May 2020, 09:49:50 UTC
5bef562 Merge branch 'mcatanzaro/verify-chain-docs' into 'master' Improve documentation of g_tls_database_verify_chain() See merge request GNOME/glib!1475 07 May 2020, 09:48:11 UTC
0663a9b gdesktopappinfo: Add several nullable annotation to GAppInfo getters Some functions can return a NULL GAppInfo when the conditions given as arguments are not met. 07 May 2020, 09:30:39 UTC
e33b0d0 GCredentials: Document when NETBSD_UNPCBID was added Signed-off-by: Simon McVittie <smcv@collabora.com> 07 May 2020, 09:25:14 UTC
3e61acd GCredentials: Format C library type names as code Signed-off-by: Simon McVittie <smcv@collabora.com> 07 May 2020, 09:25:14 UTC
9d34514 Merge branch 'th/g-ptr-array-variable-cleanups' into 'master' [th/g-ptr-array-variable-cleanups] minor cleanup of variables for GPtrArray See merge request GNOME/glib!1482 07 May 2020, 09:10:19 UTC
f9ab234 Merge branch 'mcatanzaro/client-connection-validation-flags' into 'master' Improve documentation of client connection validation flags See merge request GNOME/glib!1479 07 May 2020, 08:53:38 UTC
33c9c30 Improve documentation of g_tls_database_verify_chain() It is critical to mention how the identity parameter is expected to be handled. In particular, if identity is not passed, then the identity of the server certificate will not be checked at all. This is in contrast to the connection-level APIs, which are supposed to be fail-safe. The database and certificate-level APIs are more manual. 07 May 2020, 08:52:47 UTC
2be506a Merge branch 'ci-msys2-use-old-meson' into 'master' CI: Make sure we use meson 0.49.2 in MSYS2 See merge request GNOME/glib!1480 07 May 2020, 08:47:56 UTC
19b6e30 Merge branch 'th/g-ptr-array-extend-and-steal-crash' into 'master' array: fix corrupt state of GPtrArray after g_ptr_array_extend_and_steal() See merge request GNOME/glib!1481 07 May 2020, 08:41:23 UTC
cf1263b array: combine loop variables in g_ptr_array_remove_range() 07 May 2020, 07:07:31 UTC
507818a array: use guint type for loop variable iterating over GPtrArray.len elements GPtrArray.len is guint. The type of the loop variable should match. While at it, move some of the variables closer to the scope where they are used. 07 May 2020, 07:07:07 UTC
back to top