@@ -11074,9 +11074,7 @@ list of hooks gets finalized.</doc>
1107411074 <member name="in_call" value="2" c:identifier="G_HOOK_FLAG_IN_CALL">
1107511075 <doc xml:space="preserve">set if the hook is currently being run</doc>
1107611076 </member>
11077- <member name="mask" value="15" c:identifier="G_HOOK_FLAG_MASK">
11078- <doc xml:space="preserve">A mask covering all bits reserved for
11079- hook flags; see %G_HOOK_FLAG_USER_SHIFT</doc>
11077+ <member name="reserved1" value="4" c:identifier="G_HOOK_FLAG_RESERVED1">
1108011078 </member>
1108111079 </bitfield>
1108211080 <callback name="HookFunc" c:type="GHookFunc">
@@ -24380,25 +24378,7 @@ it using g_strfreev()</doc>
2438024378 recognized. If this option is set, the only recognized newline character
2438124379 is '\n'.</doc>
2438224380 </member>
24383- <member name="newline_crlf" value="3145728" c:identifier="G_REGEX_NEWLINE_CRLF">
24384- <doc xml:space="preserve">Usually any newline character or character sequence is
24385- recognized. If this option is set, the only recognized newline character
24386- sequence is '\r\n'.</doc>
24387- </member>
24388- <member name="newline_anycrlf" value="5242880" c:identifier="G_REGEX_NEWLINE_ANYCRLF">
24389- <doc xml:space="preserve">Usually any newline character or character sequence
24390- is recognized. If this option is set, the only recognized newline character
24391- sequences are '\r', '\n', and '\r\n'. Since: 2.34</doc>
24392- </member>
24393- <member name="bsr_anycrlf" value="8388608" c:identifier="G_REGEX_BSR_ANYCRLF">
24394- <doc xml:space="preserve">Usually any newline character or character sequence
24395- is recognised. If this option is set, then "\R" only recognizes the newline
24396- characters '\r', '\n' and '\r\n'. Since: 2.34</doc>
24397- </member>
24398- <member name="javascript_compat" value="33554432" c:identifier="G_REGEX_JAVASCRIPT_COMPAT">
24399- <doc xml:space="preserve">Changes behaviour so that it is compatible with
24400- JavaScript rather than PCRE. Since GLib 2.74 this is no longer supported,
24401- as libpcre2 does not support it. Since: 2.34 Deprecated: 2.74</doc>
24381+ <member name="newline_reserved1" value="4194304" c:identifier="G_REGEX_NEWLINE_RESERVED1">
2440224382 </member>
2440324383 </bitfield>
2440424384 <enumeration name="RegexError" version="2.14" c:type="GRegexError" glib:error-domain="g-regex-error-quark">
@@ -31036,6 +31016,10 @@ and stderr.</doc>
3103631016 stderr will not be visible, but it will be captured to allow
3103731017 later tests with [
[email protected] _trap_assert_stderr].</doc>
3103831018 </member>
31019+ <member name="inherit_descriptors" value="8" c:identifier="G_TEST_SUBPROCESS_INHERIT_DESCRIPTORS">
31020+ <doc xml:space="preserve">If this flag is given, the
31021+ child process will inherit the parent’s open file descriptors.</doc>
31022+ </member>
3103931023 </bitfield>
3104031024 <record name="TestSuite" c:type="GTestSuite" disguised="1" opaque="1">
3104131025 <doc xml:space="preserve">An opaque structure representing a test suite.</doc>
@@ -60127,7 +60111,7 @@ terminals support zero-width rendering of zero-width marks.</doc>
6012760111 <function name="unichar_to_utf8" c:identifier="g_unichar_to_utf8">
6012860112 <doc xml:space="preserve">Converts a single character to UTF-8.</doc>
6012960113 <return-value transfer-ownership="none">
60130- <doc xml:space="preserve">number of bytes written</doc>
60114+ <doc xml:space="preserve">number of bytes written, guaranteed to be in the range [1, 6] </doc>
6013160115 <type name="gint" c:type="gint"/>
6013260116 </return-value>
6013360117 <parameters>
0 commit comments