Re: Proposal: Recommend meson for glib 2.58.0

2018-06-08 Thread Tim-Philipp Müller
On Fri, 2018-06-08 at 18:59 +0100, Philip Withnall wrote: Hi, > > My proposal would be: > > 1) Starting from 2.57.2 (next dev release), create release tarballs > > using "ninja dist" and recommend disto to build with Meson 0.46.1. > > This would mean that './configure' in a release tarball won't

Re: Building glib-genmarshal (while building glib)

2017-08-12 Thread Tim-Philipp Müller
On Sat, 2017-08-12 at 13:54 +0100, John Emmas wrote: Hi John, > What's happened to 'glib-genmarshal.c'?  It seems to have been > removed from git master - although (AFAICT) it doesn't get auto- > generated. A new file does get generated (gobject/glib-genmarshal) > but i can't see how that gets

Re: Broken 'C' compilation when building from Master with MSVC

2015-11-02 Thread Tim-Philipp Müller
On Mon, 2015-11-02 at 23:20 +, Emmanuele Bassi wrote: > > inline in C is a C99 feature, which is why older VS doesn't support > > it. VS2015 does. > > I'm pretty sure MSVC versions prior to the one in Visual Studio 2015 > support `static inline` function declarations. MS Visual C++ Express

Re: GVariant singletons

2011-12-08 Thread Tim-Philipp Müller
On Thu, 2011-12-08 at 10:15 +, Simon McVittie wrote: (But seriously: would people be interested in GLib having/installing a suppressions file that silences many of the one-per-process deliberate leaks? We have an incomplete one in telepathy-glib that would be a good start.) Yes,

Re: g_atomic_pointer*

2010-03-03 Thread Tim-Philipp Müller
On Mon, 2010-03-01 at 10:35 +, James Morris wrote: Hi, I need to use an atomic pointer for my app. The documentation for the glib atomic operations is not exactly helpful. Anyway, I wrote a test program: g_atomic_pointer_set(myptr, str); char* p = g_atomic_pointer_get(myptr);

Re: Proposal: Enable threads by default

2009-11-26 Thread Tim-Philipp Müller
On Thu, 2009-11-26 at 14:35 +0100, Alexander Larsson wrote: Starting with next glib release: * libgobject links to libgthread * g_type_init() starts with: #ifdef G_THREADS_ENABLED if ([!]g_thread_supported()) g_thread_init (NULL); #endif This means that everything above gobject

Re: GDateTime

2009-10-04 Thread Tim-Philipp Müller
On Sun, 2009-10-04 at 18:07 -0400, Behdad Esfahbod wrote: Can we move discussion here: https://bugzilla.gnome.org/show_bug.cgi?id=344005 Err, I noticed that it's not exactly the same thing, but the two need to be discussed together. FWIW, there's also

Re: GTypeModule and threads

2009-06-16 Thread Tim-Philipp Müller
On Tue, 2009-06-16 at 11:52 +0200, Jannis Pohlmann wrote: I played with this a bit more and it seems it's not related to GTypeModule all. Even if I make the GModule resident and never unuse the GTypeModule, I still end up with this error. So the question is, is GType or at least

Re: GObject Introspection support for GSList or other types without a GLib type

2009-06-16 Thread Tim-Philipp Müller
On Sun, 2009-06-14 at 02:30 -0500, Daniel Espinosa wrote: On libgda, it define a GType for GError and a GSList becouse these doesn't exist on GLib and it uses them as parameters when creating properties and events. Great, another library that registers its own GError boxed type. I think I've

Re: GLib plans for the next cycle

2009-04-19 Thread Tim-Philipp Müller
On Thu, 2009-04-02 at 20:34 -0400, Havoc Pennington wrote: - What of the license issues? GLib is LGPL. libdbus-1 is not. (...) Just for the record, my comment on this has always been that the license issues were not earth-shattering to begin with, and the relicensing was just throwing

Re: GLib substr function

2009-04-10 Thread Tim-Philipp Müller
On Fri, 2009-04-10 at 12:45 +0200, b0unc3 wrote: there is any implementation of a substr function in GLib ? I mean : string = hello world g_*substr*(string,2,6) output = llo w substr = g_strndup (string + offset, len); ... g_free (substr); should do the trick (assuming that offset

Re: Strange GMutex behaviur

2009-04-09 Thread Tim-Philipp Müller
On Thu, 2009-04-09 at 09:33 +0200, Luka Napotnik wrote: Hi, I have a thread where the mutex for a GHashTable is locked/unlocked very intensely. It works for a short while but then the thread locks completely and if I profile my program I see that the programs resides in kernel for an unusual