3 Commits

Author	SHA1	Message	Date
Colin Walters	97961ed2ce	build: Expose autocleanups unconditionally, start using them ... I'd like to do this in rpm-ostree at least. Originally I was looking at porting to `G_DECLARE_FINAL_TYPE` but eh, this is easier for now and won't bump our GLib dependency which might matter for our embedded users. For now I just did a few replacements in the `remote` command line. A full port can come as we do other code cleanups. This will actually break the flatpak build right now, but that's easy to fix. And we concluded in e.g. https://bugs.freedesktop.org/show_bug.cgi?id=95065#c5 it's a bug for downstream projects to do that. Closes: #756 Approved by: jlebon	2017-03-28 20:19:15 +00:00
Krzesimir Nowak	d5f6104335	build: Allow ostree to use g_autoptr on its types internally ... As an example, I g_autoptred one OstreeRepo in the "ostree init" command. Closes: #295 Approved by: cgwalters	2016-05-17 21:13:20 +00:00
Krzesimir Nowak	51e4e3b364	libostree: Add g_autoptr() support for the public types ... To avoid breaking the ostree users we hide the autoptr setup behind an OSTREE_WITH_AUTOCLEANUPS variable. The variable is set to 0 by default, so users that want to start using them, have to define the variable themselves to 1. Probably after some transition period, the variable will be set 1 by default. This is conditional on GLib >= 2.44.0 being available. It does not bump ostree's dependency on GLib. Closes: #295 Approved by: cgwalters	2016-05-17 21:13:19 +00:00