This option was added in commit 6e752ea120 with no explanation.
The section number is provoded by XORG_MANPAGE_SECTIONS
There is no case where libX11 should be different than other libs
The option was also used to disable building of the man pages,
which build in 14 secs. No indication this is required.
If there is a requirement from system builders to disable building
of man pages, it could be done consistently for all modules.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
The X Test Suite's XDisplayString test checks the invariant
XDisplayString(XOpenDisplay(str)) == str. The Xlib XOpenDisplay violates this
invariant by expanding str to the canonical form "host:display.scrn" (unless
HAVE_LAUNCHD is set and it starts with "/tmp/launch"). E.g., this expands ":1"
to ":1.0":
400|26 1 1 19:26:41|IC Start
200|26 1 19:26:41|TP Start
520|26 1 00032625 1 1|VSW5TESTSUITE PURPOSE 1
520|26 1 00032625 1 2|Assertion XDisplayString-1.(A)
520|26 1 00032625 1 3|A call to XDisplayString returns the string that was used
520|26 1 00032625 1 4|as the argument to the XOpenDisplay call that returned the
520|26 1 00032625 1 5|value used as the display argument.
520|26 1 00032625 1 6|METH: Open a connection using XOpenDisplay.
520|26 1 00032625 1 7|METH: Obtain the display string using XDisplayString.
520|26 1 00032625 1 8|METH: Verify that the value of the string is the parameter used in XOpenDisplay.
520|26 1 00032625 1 9|METH: Close the display using XCloseDisplay.
520|26 1 00032625 1 10|REPORT: XDisplayString() returned ":1.0" instead of ":1".
220|26 1 1 19:26:41|FAIL
410|26 1 1 19:26:41|IC End
Fix this by deleting all of the code to construct the canonical path and just
stashing a copy of the original display_name in dpy->display_name.
Signed-off-by: Aaron Plattner <aplattner@nvidia.com>
Reviewed-by: Jeremy Huddleston <jeremyhu@apple.com>
Store the shadow files in git as any other man page.
Move man pages to man dir and use the common makefile
Local fix in CVS for bug 5628 is not required
as the problem has been fixed in
util-macros d9062e4077ebfd0985baf8418f3d0f111b9ddbba
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
There were no special symbols needing cpp.
Everything can be handled by the default MAN_SUBSTS in util-macros.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
_XReply would always call dequeue_pending_request on errors. When it
got an error for the current request, it would call dequeue, then break
out of the loop; then, if it had an error in the event queue, it would
compare it with the sequence number of the now-freed pending request.
_XReply already stored that sequence number in dpy->last_request_read
before freeing it, so look at that instead.
Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=29412
Signed-off-by: Jamey Sharp <jamey@minilop.net>
Signed-off-by: Josh Triplett <josh@joshtriplett.org>
Since gnaborretni is primarily used in LTR locales, the ? part of the
sequence reflects the position of the bulge in the ?. When scanning an
inverted interrobang left-to-right, you see the bulge first, so the
compose sequence ?! is used; upright interrobang shows the bulge
last, so it's !?.
This is a change in behaviour, but I was unable to come up with anything
better. ??!! or !!?? would match the patterns for ¿ and ¡, but they
would delay evaluation of them; "¿Qué?" wouldn't show the ¿ until you hit
Q. Likewise ?!?! and !?!? would delay showing the interrobang itself.
~!? and ~?! were considered but are arguably less intuitive.
Reviewed-by: James Cloos <cloos@jhcloos.com>
Signed-off-by: Adam Jackson <ajax@redhat.com>
This move fixes a Java class cast exception in the glossary.
The problem was introduced in commit
26f4f0d508
It may not happen on all versions of the doc toolchain.
There is no reason why indexterm cannot appear in glossdef,
this is a workaround to an implementation problem found by
trial and error.
Signed-off-by: Gaetan Nadon <memsize@videotron.ca>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Unicode is even more pointlessly awesome! Add a binding for Compose-\o/
to U+1F64C PERSON RAISING BOTH HANDS IN CELEBRATION.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
If we get input in the style of 0xdeadbeef, just return that exact
keysym. Introduces a dependency on strtoul, which I'm told is OK on all
the systems we care about.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Mostly "sup" to <superscript>
There's several more complicated equations that will probably need
MathML or SVG to solve.
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Matched names from X headers & "nm libX11.so" output to names in spec to
map to more specific tags. Tags used:
<code> code fragments
<constant> enum values
<errorname> X protocol errors
<filename> filenames
<function> functions
<function> function-like macros (#define foo(a,b)...)
<returnvalue> function return codes
<structfield> struct members
<structname> struct names (even when typedefed)
<symbol> simple value #defines (#define NAME value)
<systemitem> X protocol requests
<systemitem class="event"> X protocol events
<type> non-struct typedefs
<varname> global variables
(Also fixed a couple typos detected by failures of this matching, such as
XESSetPrintErrorValues -> XESetPrintErrorValues.)
Signed-off-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Since XStringToKeysym now supports all the vendor keysyms, just delete
our XKeysymDB, which was incomplete at best, misleading at worst, and
always an annoyance.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
Since we can't really live without vendor keysyms, scan them all in to
generate ks_tables.h, rather than only doing the core ones, and leaving
the vendor syms to be manually synchronised with XKeysymDB.
Signed-off-by: Daniel Stone <daniel@fooishbar.org>
Reviewed-by: Alan Coopersmith <alan.coopersmith@oracle.com>
