Hi all,
I simply comment the line "#include" in glib.h and
it goes well. It seems it can include the head file successfully.
But when I write some simple codes use the glib:
//main.c
#include
gint i, rc;
GHashTable *h;
h = g_hash_table_new (NULL, NULL);
it
hi,
On Thu, Sep 25, 2014, at 02:29, Lele MA wrote:
> Does it mean the system doesn't define "_POSIX_THREADS"?
> If so, can I still use the glib in the Mini-OS without the support of
> "_POSIX_THREADS"?
Without knowing too much about this MiniOS: GLib has a hard dependency
on POSIX threads. It is
Is this a suitable place for flagging up problems with libatk? Do
please let me know if it has a dedicated mailing list somewhere. I
couldn't find one. In the meantime
I've been building libatk (with MSVC) for many years. I build from the
sources in Git and typically, I synchronize wit
Hello John,
I was able to get these symbols from the atk-2.14.0 release tarball from
the GNOME FTP, and was able to build atkmm without any problems.
Probably you will need to look at your atk/atk-enum-types.h and
atk/atk-enum-types.c-these symbols are indeed annotated in
atk-enum-types.h, w
Hello John,
Sorry for the bunch of bad english and info here (late night reply here
for me):
-glib-mkenums.h should read glib-mkenums (which is a PERL script)
-"Edi atk-enum-types.h to include config.h..." should read "Edit
atk-enum-types.c to include config.h..."
-"put a ATK_AVAILABLE_IN_AL
On 09/25/2014 04:42 PM, John Emmas wrote:
> Is this a suitable place for flagging up problems with libatk? Do
> please let me know if it has a dedicated mailing list somewhere.
As atk is an accessibility module, usually this is discussed on
gnome-accessibility-de...@gnome.org. There is not enoug