From 8cea99741bdc540b76b4cace996068acd78e746c Mon Sep 17 00:00:00 2001 From: Matthias Clasen Date: Tue, 27 Dec 2011 16:22:13 -0500 Subject: [PATCH] Don't put documentation in glibconfig.h --- configure.ac | 7 ------- glib/gmain.h | 3 +++ 2 files changed, 3 insertions(+), 7 deletions(-) diff --git a/configure.ac b/configure.ac index 7392b1980..95a379515 100644 --- a/configure.ac +++ b/configure.ac @@ -3160,13 +3160,6 @@ _______EOF #define G_MODULE_SUFFIX "$g_module_suffix" -/* A GPid is an abstraction for a process "handle". It is *not* an - * abstraction for a process identifier in general. GPid is used in - * GLib only for descendant processes spawned with the g_spawn* - * functions. On POSIX there is no "process handle" concept as such, - * but on Windows a GPid is a handle to a process, a kind of pointer, - * not a process identifier. - */ typedef $g_pid_type GPid; #define GLIB_SYSDEF_AF_UNIX $g_af_unix diff --git a/glib/gmain.h b/glib/gmain.h index e24d6f5b6..498e10890 100644 --- a/glib/gmain.h +++ b/glib/gmain.h @@ -119,6 +119,9 @@ typedef struct _GSourceFuncs GSourceFuncs; * * On UNIX, processes are identified by a process id (an integer), * while Windows uses process handles (which are pointers). + * + * GPid is used in GLib only for descendant processes spawned with + * the g_spawn functions. */ /**