kc3-lang/libxkbcommon /src/xkbcomp/parseutils.c

Branch :

Log

Author	Commit	Date	CI	Message
	399d4bd6	2010-06-28 06:58:01		Drop malloc wrappers
	47d3b396	2010-06-28 06:50:12		Drop CARD32 and Opaque types
	b3852542	2010-06-21 14:27:58		Interp: More lazy keysym resolution Resolve the keysyms when we create an InterpDef, rather than directly in the parser. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
	7257d4c8	2010-06-21 14:28:34		Use CARD32 instead of Atom, move geom headers in Use CARD32 instead of Atom/KeySym/et al to avoid type size confusion between server and non-server code; relatedly, move the geometry headers in from kbproto, so every non-simple type (i.e. structs containing nothing more than basic types) is now copied into xkbcommon. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
	60e7eeeb	2010-06-17 03:16:09		Use CARD32 instead of Atom, drag in XkbClientMapRec On 64-bit architectures, XID varies in size between the server (always 32 bits), and non-server (always unsigned long) for some inexplicable reason. Use CARD32 instead to avoid this horrible trap. This involves dragging in XkbClientMapRec so we don't get stuck in the KeySym trap. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
	240a0c34	2010-06-15 19:38:16		xkbcomp: Lazy keysym parsing (avoid XStringToKeysym) Instead of calling XStringToKeysym on every keysym we parse, store it as a string until we need to store it in an actual keymap. Signed-off-by: Daniel Stone <daniel@fooishbar.org>
	6a84a34d	2009-04-08 07:46:25		Remove all non-public API from XKBcommon.h header The noble intention was to expose all the new API and new generic types in the split out kbproto headers through XKBcommon.h. It turns out that would be a massive amount of work in the server. Someday, but first just wedging in XkbCompileKeymap* would be good. Most of the API is in new internal xkb*.h headers. In order to allow the XKBcommon.h header to be used from the server, we can't pull in other headers from kbproto since the server has its own copies. However, types that are different (XkbDescRec, XkbAction) still have Xkbc equivalents here, and I think they should be used in the server.
	5889cef8	2009-04-05 20:27:35		Require strdup and remove utils wrapper This kills a couple warnings from using the uStringDup wrapper. If you don't have strdup on your platform, you have bigger issues.
	5c910623	2009-04-04 09:19:51		Remove trailing spaces in source files
	a27e56b6	2009-03-31 07:21:20		xkbcomp: Remove duplicated macros
	eff1c538	2009-03-28 19:00:13		Copy XkbEnsureSafeMapName from xkbfile
	b0acc97a	2009-03-28 12:03:35		xkbcomp: s/XStringToKeysym/XkbcStringToKeysym/
	30e01032	2009-03-27 19:25:14		libxkbcomp: Remove usage of client-side headers This will surely break things. Let's see just what we need to replace.
	0c1bbb05	2009-03-27 06:55:32		Import xkbcomp sources for CompileKeymap A copy of the xkbcomp sources (except the frontend) have been copied in to provide a means to compile a XkbDescPtr. This definitely doesn't build or do the right thing yet.