stringcomp: NULL-terminate string

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Pass merge down through indicator creation

To avoid using potentially undefined memory.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add test for xkb_map_new_from_string

Using data from xkb_map_get_as_string.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add xkb_map_get_as_string

Returns a newly-allocated string representing the specified keymap.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Fix signed vs. unsigned confusion in actions

Some actions could also take relative rather than absolute parameters,
so they really needed to be signed instead of explicitly unsigned.
Oops.

Fixes, e.g., action= MovePtr(x=-1,y=+1), which was reported as
(x=+65535,y=+1).

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

compat: use darray for acts and key_acts in the server map

Signed-off-by: Ran Benita <ran234@gmail.com>

keycodes: use darray in KeyNamesInfo

Signed-off-by: Ran Benita <ran234@gmail.com>

symbols: use darray for xkb_sym_map

Signed-off-by: Ran Benita <ran234@gmail.com>

keytypes: use darray for level names

Signed-off-by: Ran Benita <ran234@gmail.com>

symbols: use darray for KeyInfo

Signed-off-by: Ran Benita <ran234@gmail.com>

parser: use darray for keysym list

Signed-off-by: Ran Benita <ran234@gmail.com>

keytypes: use darray for xkb_kt_map_entry's

Signed-off-by: Ran Benita <ran234@gmail.com>

alloc: use darray in xkb_key_names

Signed-off-by: Ran Benita <ran234@gmail.com>

keytypes: use darray for key types in the client map

Signed-off-by: Ran Benita <ran234@gmail.com>

compat: use darray for sym_interprets

Signed-off-by: Ran Benita <ran234@gmail.com>

context: use darray for include paths

Signed-off-by: Ran Benita <ran234@gmail.com>

atom: use darray for the node_table

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: use darray for input line

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: use darray for rules and groups

Signed-off-by: Ran Benita <ran234@gmail.com>

Import darray.h for common dynamic array code

Signed-off-by: Ran Benita <ran234@gmail.com>

Constify a static variable

Signed-off-by: Ran Benita <ran234@gmail.com>

Fix incorrect indexing while freeing

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: add test

Add a non-extensive test to check that some basic things (e.g. rule
matching, var substitution, indexes and groups) work as expected.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: allow wildcard match against "" layout/varaint

Currently, if you pass in an rmlvo with an empty string for layout or
variant, it would not match layout and variant rules even with
wildcards. But if the rules file had set an appropriate default, and someone
passes in the empty string, than he should get the default.

NULL in this case signifies not wanting to match against the layout or
variant at all, and so the rule should still fail to match NULLs.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: remove struct var_defs

We can just use struct xkb_rule_names which we already receive as an
argument.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat components_from_rules

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat LoadRules and XkbRF_Free

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: remove unused struct describe_vars

It's not actually used for anything.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat AddRule and AddGroup

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat GetComponents

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat SubstituteVars

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat CheckApplyRules and ApplyPartialMatches

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat CheckGroup and CheckApplyRule

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: rewrite MatchOneOf

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat ApplyRule

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat MakeMultiDefs

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: use asprintf instead of _Concat function

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat CheckLine and break into several functions

And remove struct file_spec which is really unneeded. Should be
slightly more clear now.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat SetUpRemap and struct remap_spec

Rename to more descriptive names and reformat.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: rewrite get_index to use sscanf

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: don't typedef the structs and rename them

The long prefix is unnecessary now that they are all private.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: reformat input line handling

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: don't use custom logging functions

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: only export a single function

Really all we need from this file is a way to get xkb_component_names
from an xkb_rule_names, which is now the only thing being exposed. This
should allow for some much needed refactoring of this code.

Since this is only used by xkbcomp.c and uses xkbcomp functions, also
move rules.{c,h} under the xkbcomp dir.

Signed-off-by: Ran Benita <ran234@gmail.com>

rules: remove unused struct fields and use size_t

Signed-off-by: Ran Benita <ran234@gmail.com>

Don't run the benchmark by default

For people running 'make check' on every compilation, this can be
a nuisance.

Signed-off-by: Ran Benita <ran234@gmail.com>

Create path.h for the path.c functions

No need to stash them in xkbcomp-priv.h; files which need the functions
should explicitly include them.

Signed-off-by: Ran Benita <ran234@gmail.com>

Change xkb_map_new_from_fd to use FILE*

i.e. xkb_map_new_from_file. The reason is that flex only works with
FILE's, so we must use fdopen on the file descriptor; but to avoid a
memory leak, we must also fclose() it, which, in turn, closes the file
descriptor itself.

Either way is not acceptable, so we can either:
* dup() the fd and use fdopen on that, or
* have the user call fdopen on his own, and accept a FILE* instead of an
  fd.

The second one seems better, and is standard C, so why not. We must add
stdio.h to xkbcommon.h though, which is regrettable, but not a big deal.

Signed-off-by: Ran Benita <ran234@gmail.com>

Remove FileHandler callback argument

It's unneeded; the same function is always passed.

Signed-off-by: Ran Benita <ran234@gmail.com>

Remove unused allowNone from KeyInfo

Signed-off-by: Ran Benita <ran234@gmail.com>

Revert "Fix KeyInfo's syms array size calculation"

This partly reverts commit 8feba630fa7a4b720c42a9b5b4e4280b0e17a500.

This seems to fix valgrind errors:
==9581== Invalid read of size 4
==9581==    at 0x4E50928: MergeKeyGroups (symbols.c:544)
==9581==    by 0x4E510F3: MergeKeys (symbols.c:644)
==9581==    by 0x4E514C6: AddKeySymbols (symbols.c:722)
==9581==    by 0x4E51A3F: MergeIncludedSymbols (symbols.c:854)
==9581==    by 0x4E51E97: HandleIncludeSymbols (symbols.c:952)
==9581==    by 0x4E53D75: HandleSymbolsFile (symbols.c:1619)
==9581==    by 0x4E55A0B: CompileSymbols (symbols.c:2187)
==9581==    by 0x4E4056C: CompileKeymap (keymap.c:160)
==9581==    by 0x4E56953: compile_keymap (xkbcomp.c:149)
==9581==    by 0x4E56AC5: xkb_map_new_from_kccgst (xkbcomp.c:195)
==9581==    by 0x4009D7: test_names (namescomp.c:56)
==9581==    by 0x400A55: main (namescomp.c:75)
==9581==  Address 0x5729b04 is 0 bytes after a block of size 4 alloc'd
==9581==    at 0x4C29024: calloc (in /usr/lib/valgrind/vgpreload_memcheck-amd64-linux.so)
==9581==    by 0x4E5C37B: recalloc (utils.c:41)
==9581==    by 0x4E4FF50: ResizeKeyGroup (symbols.c:356)
==9581==    by 0x4E5229E: AddSymbolsToKey (symbols.c:1058)
==9581==    by 0x4E52ABB: SetSymbolsField (symbols.c:1214)
==9581==    by 0x4E536C7: HandleSymbolsBody (symbols.c:1481)
==9581==    by 0x4E53A63: HandleSymbolsDef (symbols.c:1543)
==9581==    by 0x4E53DAD: HandleSymbolsFile (symbols.c:1623)
==9581==    by 0x4E51CA4: HandleIncludeSymbols (symbols.c:909)
==9581==    by 0x4E53D75: HandleSymbolsFile (symbols.c:1619)
==9581==    by 0x4E51E74: HandleIncludeSymbols (symbols.c:951)
==9581==    by 0x4E53D75: HandleSymbolsFile (symbols.c:1619)

Signed-off-by: Ran Benita <ran234@gmail.com>

Various static analyzer fixes

Signed-off-by: Ran Benita <ran234@gmail.com>

Fix a memleak

Introduced in 38cb639082ec4b31725d4ce4e35af63938691631.

Signed-off-by: Ran Benita <ran234@gmail.com>

Fix configure check for xkbparse.c instead of parser.c

This obscure test is easy to miss.

Signed-off-by: Ran Benita <ran234@gmail.com>

Add xkbcommon-uninstalled.pc

Use eaccess() only if available

Fixes build on Android.

Signed-off-by: Pekka Paalanen <ppaalanen@gmail.com>

Fix out-of-tree build for config.h

config.h appreas in the build dir, not src dir.

Signed-off-by: Pekka Paalanen <ppaalanen@gmail.com>

Add benchmarking test to rulescomp

Apparently it only takes us 8ms to build keymaps.  Nice!

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Use $(AM_V_GEN) to prettyfi makekeys step

Rename 'ctx' back to 'context' in external API

Still keep things as 'ctx' internally so we don't have to worry about
typing it too often, but rename the user-visible API back as it was
kinda ugly.

This partially reverts e7bb1e5f.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add xkbcommon-keysyms.h to Makefile.am

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Document that xkb_state_get_map doesn't take a ref

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Change xkb_key_get_syms to just return a bare int

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Move KcCGST API to internal-only

And don't export it.  We don't need it for X11 support, let alone
anything else.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Rename serialise to serialize

Yes, British English is correct, but unfortunately we've lost that
battle.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add common LED names to xkbcommon-names.h

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Include xkbcommon-names.h from xkbcommon.h

So clients only have one file to include.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Remove keycode_range_is_legal

It was a pretty pointless check.  Also sanitise the _x11 variant to
actually do what it says on the box.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Merge remote-tracking branch 'krh/keysyms'

Conflicts:
src/keysym.c
src/misc.c
src/text.h
src/xkbcomp/expr.c
src/xkbcomp/parser.y
src/xkbcomp/parseutils.c
src/xkbcomp/symbols.c

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Use our own keysyms

Add XKB version of X11 keysyms

With this we're now completely standalone.

add vendor keysyms

Remove support for xkb_layout and xkb_semantics file types

These are two aggregate file types which are not used anywhere. We
maintain useful-enough backward compatibility in the parser, by treating
them as xkb_keymap. The keymap type allows for all types of components,
so they will still compile fine if they ever come up.

Signed-off-by: Ran Benita <ran234@gmail.com>

Shorten context to ctx

(This breaks the API.)

"context" is really annoying to type all the time (and we're going to
type it a lot more :). "ctx" is clear, concise and common in many other
libraries. Use it!

Signed-off-by: Ran Benita <ran234@gmail.com>
[daniels: Fix for xkb -> keymap change.]

Contextualize the atom table

Each context gets its own table, i.e. interning a string in one context
does not affect any other context.

The existing xkb_atom_* functions are turned into wrappers around a new
standalone atom_table object.

Signed-off-by: Ran Benita <ran234@gmail.com>
[daniels: Updated for xkb -> keymap.]

Make the context available for XkbcAtomText

And rename the function to xkb_atom_text.

Signed-off-by: Ran Benita <ran234@gmail.com>
[daniels: Updated for xkb -> keymap.]

Make the context available for XkbcAtomGetString

In preparation of contextualizing atom handling.
Since we touch every function call, we also rename the function to
xkb_atom_strdup to match xkb_atom_intern, and be more descriptive.

Signed-off-by: Ran Benita <ran234@gmail.com>
[daniels: Updated for xkb -> keymap.]

Make the context available to xkb_intern_atom

In preparation of contextualizing the atom table.
Since we touch every function call, also rename the function to
xkb_atom_intern, to match better with the rest (which will also be
renamed).

Signed-off-by: Ran Benita <ran234@gmail.com>
[daniels: Fixed for 'xkb' -> 'keymap'.]

Contextualize XkbFile IDs

Currently the IDs are assigned from a static variable inside
CreateXKBFile. This can lead to some unpleasantness with threads, so
maintain the counter in the context instead.

Signed-off-by: Ran Benita <ran234@gmail.com>

Make the context available to the parser

We will need the context to remove some global state.
Also make the Parse* function just return bool while wer'e at it.

Signed-off-by: Ran Benita <ran234@gmail.com>

makekeys: fix cross-compilation

makekeys must be built with the build-native compiler, not with $(CC)
which is the cross-compiler. The only sane way to achieve this seems to
be to use a separate Makefile.am for it.

This patch fixes the problem apparently caused by:

commit b5efe41f190cbb76eb1ca8ddf0c96990ddb83704
Author: Ran Benita <ran234@gmail.com>
Date:   Sat Mar 24 04:48:31 2012 +0200

    Make build non-recursive

There is no such thing as makekeys_makekeys_CC in automake.

Signed-off-by: Pekka Paalanen <ppaalanen@gmail.com>

Make build directory includes more explicit

We depend on parser.h which is generated by flex during the build, so
use an explicit $(top_builddir) rather than a relative path.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Change all 'xkb' xkb_keymap names to 'keymap'

To make it a bit more clear what it actually is.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Rename keysym <-> string API

Change them to refer to the string representation of the keysym's name
as a name rather than a string, since we want to add API to get the
Unicode printable representation as well.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add multiple modifier state matching API

Two new calls allow users to test the exact modifier state, including
verifying that no other modifiers but the ones you wanted are down.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add pre-defined names database

xkbcommon-names.h right now just contains a set of hardcoded modifier
strings that are most commonly used for the usual modifiers.  Provide
definitions of these so people don't have to worry about typoing a
string or mixing up Mod1 and Mod4.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add context flag to inhibit default include paths

Which will make the context start with no include paths at all.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add flags to context creation

None defined as yet, but why not.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Add flags to keymap compilation entrypoints

No use as yet, but might as well ...

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Reintroduce $(builddir)/src/xkbcomp include

This is required for parser.h, which is autogenerated and thus only in
the build directory.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Rename XKBcommonint.h to xkb-priv.h and use it

Make the files in the src/* directory use their own header or a
consilidated private header. This makes the file dependencies clearer.

Also drop the pointless "xkb" file name prefix, add split a few
declarations to their own files (atom.h and text.h).

Signed-off-by: Ran Benita <ran234@gmail.com>

Rename xkbcomp/misc.h to xkbcomp-priv.h and use it

The include dependencies were quite convoluted, where you change the
order and get a ton of errors. Instead, change one file to act as the
internal interface for the xkbcomp files, and make every file use it.

Also drop the pointless "xkb" prefix to file names.

Signed-off-by: Ran Benita <ran234@gmail.com>

Refactor Compile<component> functions

The error handling was not ideal, so unify it. Also makes the functions
a bit easier to read.

Signed-off-by: Ran Benita <ran234@gmail.com>

Don't use typeof

clang complains with the xorg-macros warning flags:
src/context.c:58:36: error: extension used [-Werror,-pedantic,-Wlanguage-extension-token]
                                   typeof(new_paths));

This was not entirely correct, too. So bring back the casts to the
results of the allocation macros; might as well make them a bit more
type safe.

Signed-off-by: Ran Benita <ran234@gmail.com>

Remove left over filecomp.sh file

Should have removed it in a previous commit.

Signed-off-by: Ran Benita <ran234@gmail.com>

Update .gitignore for automake 1.12

Signed-off-by: Ran Benita <ran234@gmail.com>

Uncomment sections of test/rulescomp.c

Fixes an 'unused' warning. There seems to be nothing wrong with these
sections though, all the tests pass.

Signed-off-by: Ran Benita <ran234@gmail.com>

Revert "Unconstify xkb_rules_names"

This reverts commit d007cd0a1f3f4b9c927175771ff79aae6fe4ab8b.

This is in fact more restrictive, because it breaks the (common) case
where the strings are const themselved, e.g. "evdev", "us", etc. As is
you must either duplicate the strings or suppress the warnings.

If the user needs to retain the non-const strings, he should instead
just keep them in some other struct and use xkb_rules_names just as
a temporary parameter for xkb_map_new_from_names. Mildly annoying but
acceptable.

Use AC_ARG_VAR for X11 header and XKB paths

And don't call pkg-config unless we need to.

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Rename YYLTYPE to struct YYLTYPE

Signed-off-by: Daniel Stone <daniel@fooishbar.org>

Merge src/alloc.c and src/malloc.c

The two files do exactly the same sort of things, without any discernible
reason for splitting them.

Signed-off-by: Ran Benita <ran234@gmail.com>
[daniels: Updated for xkb_desc -> xkb_keymap changes.]