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
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, def
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
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 t
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 g_object_n
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'v
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
https://bugzilla.gnome.org/
On Sun, 2009-11-08 at 10:54 +0100, Alexander Larsson wrote:
> I've been working on some API for gio (more details later) that involves
> having an API for (de)compression. Having this as a public API makes
> zlib a mandatory dependency for libgio (and thus the glib tarball).
>
> (...)
>
> Anyone
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 2
On Tue, 2015-11-03 at 14:40 +, jcup...@gmail.com wrote:
Hi John,
> have a look at this:
> > https://github.com/nice-software/gtk-win32
>
> Hi Ignacio, that looks great, but unfortunately I need to build on
> linux and cross-compile :-(
>
> Does anyone have a link to linux-hosted win64 gtk b
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 us
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
12 matches
Mail list logo