RubyGems - glib2 - Versions diffs - 0.90.4-x86-mingw32 → 0.90.5-x86-mingw32 - Mend

glib2 0.90.4-x86-mingw32 → 0.90.5-x86-mingw32

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.

Files changed (567) hide show

data/vendor/local/share/gtk-doc/html/gobject/ch01s02.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="chapter-intro.html" title="Background">
 <link rel="prev" href="chapter-intro.html" title="Background">
 <link rel="next" href="chapter-gtype.html" title="The GLib Dynamic Type System">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,9 +19,9 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="chapter-gtype.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="sect1" title="Exporting a C API">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id505682"></a>Exporting a C API</h2></div></div></div>
+<a name="id353634"></a>Exporting a C API</h2></div></div></div>
 <p>
       C APIs are defined by a set of functions and global variables which are usually exported from a
       binary. C functions have an arbitrary number of arguments and one return value. Each function is thus
@@ -91,7 +91,7 @@ call   0x80482f4 &lt;function_foo&gt;
         reads the original function signature.</p></li>
 <li class="listitem"><p>The solution used by GLib is to use the GType library which holds at runtime a description of
         all the objects manipulated by the programmer. This so-called <span class="emphasis"><em>dynamic type</em></span>
-        <sup>[<a name="id505786" href="#ftn.id505786" class="footnote">1</a>]</sup>
+        <sup>[<a name="id353740" href="#ftn.id353740" class="footnote">1</a>]</sup>
         library is then used by special generic glue code to automatically convert function parameters and
         function calling conventions between different runtime domains.</p></li>
 </ul></div>
@@ -100,7 +100,7 @@ call   0x80482f4 &lt;function_foo&gt;
       boundaries is written once: the figure below states this more clearly.
       </p>
 <div class="figure">
-<a name="id505805"></a><p class="title"><b>Figure 1. </b></p>
+<a name="id353758"></a><p class="title"><b>Figure 1. </b></p>
 <div class="figure-contents"><div class="mediaobject" align="center"><img src="glue.png" align="middle"></div></div>
 </div>
 <p><br class="figure-break">
@@ -118,7 +118,7 @@ call   0x80482f4 &lt;function_foo&gt;
     </p>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a name="ftn.id505786" href="#id505786" class="para">1</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id353740" href="#id353740" class="para">1</a>] </sup>
             There are numerous different implementations of dynamic type systems: all C++
             compilers have one, Java and .NET have one too. A dynamic type system allows you
             to get information about every instantiated object at runtime. It can be implemented
@@ -131,6 +131,6 @@ call   0x80482f4 &lt;function_foo&gt;
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/ch06s03.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="howto-interface.html" title="How to define and implement interfaces">
 <link rel="prev" href="howto-interface-implement.html" title="How To define implement an Interface?">
 <link rel="next" href="howto-interface-properties.html" title="Interface Properties">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,9 +19,9 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="howto-interface-properties.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="sect1" title="Interface definition prerequisites">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id604788"></a>Interface definition prerequisites</h2></div></div></div>
+<a name="id471594"></a>Interface definition prerequisites</h2></div></div></div>
 <p>
       To specify that an interface requires the presence of other interfaces
       when implemented, GObject introduces the concept of
@@ -108,6 +108,6 @@ G_DEFINE_TYPE_WITH_CODE (MamanBar, maman_bar, G_TYPE_OBJECT,
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-gobject.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="gtype-non-instantiable-classed.html" title="Non-instantiable classed types: interfaces">
 <link rel="next" href="gobject-memory.html" title="Object memory management">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="gobject-memory.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="The GObject base class">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-gobject"></a>The GObject base class</h2></div></div></div>
 <div class="toc"><dl>
@@ -52,7 +52,7 @@
     inherit from <span class="type"><a class="link" href="gobject-The-Base-Object-Type.html#GObject">GObject</a></span> which is why it is important to understand
     the details of how it works.
   </p>
-<div class="sect1" title="Object instantiation">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="gobject-instantiation"></a>Object instantiation</h2></div></div></div>
 <p>
@@ -288,6 +288,6 @@ MamanBar *bar = g_object_new (MAMAN_TYPE_BAR, NULL);
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-gtype.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="ch01s02.html" title="Exporting a C API">
 <link rel="next" href="gtype-conventions.html" title="Conventions">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="gtype-conventions.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="The GLib Dynamic Type System">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-gtype"></a>The GLib Dynamic Type System</h2></div></div></div>
 <div class="toc"><dl>
@@ -84,7 +84,7 @@ GType g_type_register_fundamental (GType                       type_id,
         <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-fundamental" title="g_type_register_fundamental ()">g_type_register_fundamental</a></code> (you have to be Tim Janik
         to do that) but in case you want to, the last chapter explains how to create
         new fundamental types.
-        <sup>[<a name="id512184" href="#ftn.id512184" class="footnote">2</a>]</sup>
+        <sup>[<a name="id356493" href="#ftn.id356493" class="footnote">2</a>]</sup>
       </p>
 <p>
         Fundamental types are top-level types which do not derive from any other type
@@ -132,7 +132,7 @@ GType g_type_register_fundamental (GType                       type_id,
         passed as the parent_type parameter to <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-static" title="g_type_register_static ()">g_type_register_static</a></code>
         and <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-dynamic" title="g_type_register_dynamic ()">g_type_register_dynamic</a></code>.
       </p>
-<div class="sect1" title="Copy functions">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="gtype-copy"></a>Copy functions</h2></div></div></div>
 <p>
@@ -248,7 +248,7 @@ struct _GTypeValueTable
 </div>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a name="ftn.id512184" href="#id512184" class="para">2</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id356493" href="#id356493" class="para">2</a>] </sup>
             Please note that there exists another registration function: the
             <code class="function"><a class="link" href="gobject-Type-Information.html#g-type-register-dynamic" title="g_type_register_dynamic ()">g_type_register_dynamic</a></code>. We will not discuss this
             function here since its use is very similar to the <code class="function">_static</code>
@@ -258,6 +258,6 @@ struct _GTypeValueTable
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-intro.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="pt01.html" title="Part I. Concepts">
 <link rel="next" href="ch01s02.html" title="Exporting a C API">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,11 +19,11 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="ch01s02.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="Background">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-intro"></a>Background</h2></div></div></div>
 <div class="toc"><dl>
-<dt><span class="sect1"><a href="chapter-intro.html#id465439">Data types and programming</a></span></dt>
+<dt><span class="sect1"><a href="chapter-intro.html#id313385">Data types and programming</a></span></dt>
 <dt><span class="sect1"><a href="ch01s02.html">Exporting a C API</a></span></dt>
 </dl></div>
 <p>
@@ -50,9 +50,9 @@
     goals: this can often explain the sometimes rather convoluted APIs and features present
     in this library.
   </p>
-<div class="sect1" title="Data types and programming">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
-<a name="id465439"></a>Data types and programming</h2></div></div></div>
+<a name="id313385"></a>Data types and programming</h2></div></div></div>
 <p>
       One could say (I have seen such definitions used in some textbooks on programming language theory)
       that a programming language is merely a way to create data types and manipulate them. Most languages
@@ -87,6 +87,6 @@ print "this is an integer converted to a string:" . $tmp . "\n";
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/chapter-signal.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="pt01.html" title="Part I. Concepts">
 <link rel="prev" href="gobject-properties.html" title="Object properties">
 <link rel="next" href="signal.html" title="Signals">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,14 +19,14 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="signal.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="chapter" title="The GObject messaging system">
+<div class="chapter">
 <div class="titlepage"><div><div><h2 class="title">
 <a name="chapter-signal"></a>The GObject messaging system</h2></div></div></div>
 <div class="toc"><dl>
 <dt><span class="sect1"><a href="chapter-signal.html#closure">Closures</a></span></dt>
 <dd><dl>
-<dt><span class="sect2"><a href="chapter-signal.html#id531463">C Closures</a></span></dt>
-<dt><span class="sect2"><a href="chapter-signal.html#id515238">Non-C closures (for the fearless)</a></span></dt>
+<dt><span class="sect2"><a href="chapter-signal.html#id386863">C Closures</a></span></dt>
+<dt><span class="sect2"><a href="chapter-signal.html#id382891">Non-C closures (for the fearless)</a></span></dt>
 </dl></dd>
 <dt><span class="sect1"><a href="signal.html">Signals</a></span></dt>
 <dd><dl>
@@ -36,7 +36,7 @@
 <dt><span class="sect2"><a href="signal.html#signal-detail">The <span class="emphasis"><em>detail</em></span> argument</a></span></dt>
 </dl></dd>
 </dl></div>
-<div class="sect1" title="Closures">
+<div class="sect1">
 <div class="titlepage"><div><div><h2 class="title" style="clear: both">
 <a name="closure"></a>Closures</h2></div></div></div>
 <p>
@@ -70,7 +70,7 @@ return_type function_callback (... , gpointer user_data);
       The <span class="type"><a class="link" href="gobject-Closures.html#GClosure" title="GClosure">GClosure</a></span> structure represents the common functionality of all
       closure implementations: there exists a different Closure implementation for
       each separate runtime which wants to use the GObject type system.
-      <sup>[<a name="id509880" href="#ftn.id509880" class="footnote">6</a>]</sup>
+      <sup>[<a name="id359882" href="#ftn.id359882" class="footnote">6</a>]</sup>
       The GObject library provides a simple <span class="type"><a class="link" href="gobject-Closures.html#GCClosure" title="GCClosure">GCClosure</a></span> type which
       is a specific implementation of closures to be used with C/C++ callbacks.
     </p>
@@ -93,13 +93,13 @@ return_type function_callback (... , gpointer user_data);
           events (<code class="function"><a class="link" href="gobject-Closures.html#g-closure-remove-finalize-notifier" title="g_closure_remove_finalize_notifier ()">g_closure_remove_finalize_notifier</a></code> and
           <code class="function"><a class="link" href="gobject-Closures.html#g-closure-remove-invalidate-notifier" title="g_closure_remove_invalidate_notifier ()">g_closure_remove_invalidate_notifier</a></code>) but not for the invocation
           process.
-          <sup>[<a name="id509676" href="#ftn.id509676" class="footnote">7</a>]</sup></p></li>
+          <sup>[<a name="id386852" href="#ftn.id386852" class="footnote">7</a>]</sup></p></li>
 </ul></div>
 <p>
     </p>
-<div class="sect2" title="C Closures">
+<div class="sect2">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id531463"></a>C Closures</h3></div></div></div>
+<a name="id386863"></a>C Closures</h3></div></div></div>
 <p>
         If you are using C or C++
         to connect a callback to a given event, you will either use simple <span class="type"><a class="link" href="gobject-Closures.html#GCClosure" title="GCClosure">GCClosure</a></span>s
@@ -132,9 +132,9 @@ GClosure *g_signal_type_cclosure_new (GType          itype,
         function if the user has supplied one.
       </p>
 </div>
-<div class="sect2" title="Non-C closures (for the fearless)">
+<div class="sect2">
 <div class="titlepage"><div><div><h3 class="title">
-<a name="id515238"></a>Non-C closures (for the fearless)</h3></div></div></div>
+<a name="id382891"></a>Non-C closures (for the fearless)</h3></div></div></div>
 <p>
         As was explained above, closures hide the details of callback invocation. In C,
         callback invocation is just like function invocation: it is a matter of creating
@@ -193,7 +193,7 @@ g_cclosure_marshal_VOID__INT (GClosure     *closure,
 </div>
 <div class="footnotes">
 <br><hr width="100" align="left">
-<div class="footnote"><p><sup>[<a name="ftn.id509880" href="#id509880" class="para">6</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id359882" href="#id359882" class="para">6</a>] </sup>
         In practice, closures sit at the boundary of language runtimes: if you are
         writing Python code and one of your Python callbacks receives a signal from
         a GTK+ widget, the C code in GTK+ needs to execute your Python
@@ -201,7 +201,7 @@ g_cclosure_marshal_VOID__INT (GClosure     *closure,
         it behaves as a normal C object for GTK+ and as a normal Python object for
         Python code.
       </p></div>
-<div class="footnote"><p><sup>[<a name="ftn.id509676" href="#id509676" class="para">7</a>] </sup>
+<div class="footnote"><p><sup>[<a name="ftn.id386852" href="#id386852" class="para">7</a>] </sup>
             Closures are reference counted and notify listeners of their destruction in a two-stage
             process: the invalidation notifiers are invoked before the finalization notifiers.
           </p></div>
@@ -209,6 +209,6 @@ g_cclosure_marshal_VOID__INT (GClosure     *closure,
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/glib-genmarshal.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="rn02.html" title="Tools Reference">
 <link rel="prev" href="glib-mkenums.html" title="glib-mkenums">
 <link rel="next" href="gobject-query.html" title="gobject-query">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="gobject-query.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="refentry" title="glib-genmarshal">
+<div lang="en" class="refentry">
 <a name="glib-genmarshal"></a><div class="titlepage"></div>
 <div class="refnamediv"><table width="100%"><tr>
 <td valign="top">
@@ -28,12 +28,12 @@
 </td>
 <td valign="top" align="right"></td>
 </tr></table></div>
-<div class="refsynopsisdiv" title="Synopsis">
+<div class="refsynopsisdiv">
 <h2>Synopsis</h2>
 <div class="cmdsynopsis"><p><code class="command">glib-genmarshal</code>  [options...] [files...]</p></div>
 </div>
-<div class="refsect1" title="Description">
-<a name="id548694"></a><h2>Description</h2>
+<div class="refsect1">
+<a name="id387347"></a><h2>Description</h2>
 <p><span class="command"><strong>glib-genmarshal</strong></span> is a small utility that generates C code
 marshallers for callback functions of the GClosure mechanism in the GObject
 sublibrary of GLib. The marshaller functions have a standard signature,
@@ -44,14 +44,14 @@ code function of the closure with all the parameters on the stack and to
 collect its return value.
 </p>
 </div>
-<div class="refsect1" title="Invocation">
-<a name="id532582"></a><h2>Invocation</h2>
+<div class="refsect1">
+<a name="id387031"></a><h2>Invocation</h2>
 <p><span class="command"><strong>glib-genmarshal</strong></span> takes a list of marshallers to generate as
 input. The marshaller list is either read from standard input or from files
 passed as additional arguments on the command line.
 </p>
-<div class="refsect2" title="Options">
-<a name="id524832"></a><h3>Options</h3>
+<div class="refsect2">
+<a name="id379772"></a><h3>Options</h3>
 <div class="variablelist"><table border="0">
 <col align="left" valign="top">
 <tbody>
@@ -108,8 +108,8 @@ Print version and exit.
 </table></div>
 </div>
 <hr>
-<div class="refsect2" title="Marshaller list format">
-<a name="id548262"></a><h3>Marshaller list format</h3>
+<div class="refsect2">
+<a name="id401531"></a><h3>Marshaller list format</h3>
 <p>
 The marshaller lists are processed line by line, a line can contain a
 comment in the form of
@@ -136,8 +136,8 @@ which are always pointers.
 </p>
 </div>
 <hr>
-<div class="refsect2" title="Parameter types">
-<a name="id536853"></a><h3>Parameter types</h3>
+<div class="refsect2">
+<a name="id364782"></a><h3>Parameter types</h3>
 <p>
 Currently, the following types are supported:
 </p>
@@ -261,6 +261,12 @@ for GObject or derived types (GObject*)
 </p></td>
 </tr>
 <tr>
+<td><p><span class="term"><em class="replaceable"><code>VARIANT</code></em></span></p></td>
+<td><p>
+for GVariant types (GVariant*)
+</p></td>
+</tr>
+<tr>
 <td><p><span class="term"><em class="replaceable"><code>NONE</code></em></span></p></td>
 <td><p>
 deprecated alias for <em class="replaceable"><code>VOID</code></em>
@@ -278,8 +284,8 @@ deprecated alias for <em class="replaceable"><code>BOOLEAN</code></em>
 </p>
 </div>
 </div>
-<div class="refsect1" title="Example">
-<a name="id530655"></a><h2>Example</h2>
+<div class="refsect1">
+<a name="id403871"></a><h2>Example</h2>
 <p>
 To generate marshallers for the following callback functions:
 </p>
@@ -326,20 +332,20 @@ cc_baz = g_cclosure_new (NULL, baz, NULL);
 g_closure_set_marshal (cc_baz, g_cclosure_marshal_FLOAT__BOOLEAN_UCHAR);
 </pre>
 </div>
-<div class="refsect1" title="See also">
-<a name="id538441"></a><h2>See also</h2>
+<div class="refsect1">
+<a name="id392685"></a><h2>See also</h2>
 <p>
 <span class="command"><strong>glib-mkenums</strong></span>(1)
 </p>
 </div>
-<div class="refsect1" title="Bugs">
-<a name="id510489"></a><h2>Bugs</h2>
+<div class="refsect1">
+<a name="id407408"></a><h2>Bugs</h2>
 <p>
 None known yet.
 </p>
 </div>
-<div class="refsect1" title="Author">
-<a name="id558375"></a><h2>Author</h2>
+<div class="refsect1">
+<a name="id386616"></a><h2>Author</h2>
 <p><span class="command"><strong>glib-genmarshal</strong></span> has been written by Tim Janik
 <code class="email">&lt;<a class="email" href="mailto:timj@gtk.org">timj@gtk.org</a>&gt;</code>.
 </p>
@@ -350,6 +356,6 @@ This manual page was provided by Tim Janik <code class="email">&lt;<a class="ema
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>

data/vendor/local/share/gtk-doc/html/gobject/glib-mkenums.html CHANGED Viewed

@@ -8,7 +8,7 @@
 <link rel="up" href="rn02.html" title="Tools Reference">
 <link rel="prev" href="rn02.html" title="Tools Reference">
 <link rel="next" href="glib-genmarshal.html" title="glib-genmarshal">
-<meta name="generator" content="GTK-Doc V1.14 (XML mode)">
+<meta name="generator" content="GTK-Doc V1.15.1 (XML mode)">
 <link rel="stylesheet" href="style.css" type="text/css">
 </head>
 <body bgcolor="white" text="black" link="#0000FF" vlink="#840084" alink="#0000FF">
@@ -19,7 +19,7 @@
 <th width="100%" align="center">GObject Reference Manual</th>
 <td><a accesskey="n" href="glib-genmarshal.html"><img src="right.png" width="24" height="24" border="0" alt="Next"></a></td>
 </tr></table>
-<div class="refentry" title="glib-mkenums">
+<div lang="en" class="refentry">
 <a name="glib-mkenums"></a><div class="titlepage"></div>
 <div class="refnamediv"><table width="100%"><tr>
 <td valign="top">
@@ -28,12 +28,12 @@
 </td>
 <td valign="top" align="right"></td>
 </tr></table></div>
-<div class="refsynopsisdiv" title="Synopsis">
+<div class="refsynopsisdiv">
 <h2>Synopsis</h2>
 <div class="cmdsynopsis"><p><code class="command">glib-mkenums</code>  [options...] [files...]</p></div>
 </div>
-<div class="refsect1" title="Description">
-<a name="id532973"></a><h2>Description</h2>
+<div class="refsect1">
+<a name="id410075"></a><h2>Description</h2>
 <p><span class="command"><strong>glib-mkenums</strong></span> is a small perl-script utility that parses C
 code to extract enum definitions and produces enum descriptions based on text
 templates specified by the user. Most frequently this script is used to
@@ -41,15 +41,15 @@ produce C code that contains enum values as strings so programs can provide
 value name strings for introspection.
 </p>
 </div>
-<div class="refsect1" title="Invocation">
-<a name="id511913"></a><h2>Invocation</h2>
+<div class="refsect1">
+<a name="id389827"></a><h2>Invocation</h2>
 <p><span class="command"><strong>glib-mkenums</strong></span> takes a list of valid C code files as
 input. The options specified control the text that is output, certain
 substitutions are performed on the text templates for keywords enclosed
 in @ characters.
 </p>
-<div class="refsect2" title="Options">
-<a name="id505964"></a><h3>Options</h3>
+<div class="refsect2">
+<a name="id358543"></a><h3>Options</h3>
 <div class="variablelist"><table border="0">
 <col align="left" valign="top">
 <tbody>
@@ -143,8 +143,8 @@ Print version and exit.
 </table></div>
 </div>
 <hr>
-<div class="refsect2" title="Production text substitutions">
-<a name="id542354"></a><h3>Production text substitutions</h3>
+<div class="refsect2">
+<a name="id380478"></a><h3>Production text substitutions</h3>
 <p>
 Certain keywords enclosed in @ characters will be substituted in the
 emitted text. For the substitution examples of the keywords below,
@@ -210,6 +210,17 @@ minus (e.g. the-xvalue).
 </p></td>
 </tr>
 <tr>
+<td><p><span class="term">@valuenum@</span></p></td>
+<td><p>
+The integer value for the enum value currently being processed.  This is
+calculated by using <span class="command"><strong>perl</strong></span> to attempt to evaluate the
+expression as it appears in the C source code.  If evaluation fails then
+<span class="command"><strong>glib-mkenums</strong></span> will exit with an error status, but this
+only happens if <code class="literal">@valuenum@</code> appears in your value
+production template.  (Since: 2.26)
+</p></td>
+</tr>
+<tr>
 <td><p><span class="term">@type@</span></p></td>
 <td><p>
 This is substituted either by "enum" or "flags", depending on whether the
@@ -246,8 +257,8 @@ The base name of the input file currently being processed (e.g. foo.h). (Since:
 </p>
 </div>
 <hr>
-<div class="refsect2" title="Trigraph extensions">
-<a name="id542714"></a><h3>Trigraph extensions</h3>
+<div class="refsect2">
+<a name="id367915"></a><h3>Trigraph extensions</h3>
 <p>
 Some C comments are treated specially in the parsed enum definitions,
 such comments start out with the trigraph sequence <code class="literal">/*&lt;</code>
@@ -282,14 +293,15 @@ typedef enum /*&lt; flags,prefix=PREFIX &gt;*/
 </p>
 </div>
 </div>
-<div class="refsect1" title="See also">
-<a name="id518820"></a><h2>See also</h2>
-<p><span class="command"><strong>glib-genmarshal</strong></span>(1)
+<div class="refsect1">
+<a name="id366261"></a><h2>See also</h2>
+<p>
+<span class="citerefentry"><span class="refentrytitle">glib-genmarshal</span>(1)</span>
 </p>
 </div>
 </div>
 <div class="footer">
 <hr>
-          Generated by GTK-Doc V1.14</div>
+          Generated by GTK-Doc V1.15.1</div>
 </body>
 </html>