Eric Blake <ebl...@redhat.com> writes: > Continuing the string of cleanups for supporting downstream names > containing '.', this patch focuses on ensuring c_type() can > handle a downstream name. This patch alone does not fix the > places where generator output should be calling this function > but was open-coding things instead, but it gets us a step closer. > > In particular, the changes to c_list_type() and type_name() mean > that type_name(FOO) now handles the case when FOO contains '.', > '-', or is a ticklish identifier other than a builtin (builtins > are exempted because ['int'] must remain mapped to 'intList' and > not 'q_intList'). Meanwhile, ['unix'] now maps to 'q_unixList' > rather than 'unixList', to match the fact that 'unix' is ticklish; > however, our naming conventions state that complex types should > start with a capital, so no type name following conventions will > ever have the 'q_' prepended. > > Likewise, changes to c_type() mean that c_type(FOO) properly > handles an enum or complex type FOO with '.' or '-' in the > name, or is a ticklish identifier (again, a ticklish identifier > as a type name violates conventions). > > Signed-off-by: Eric Blake <ebl...@redhat.com>
Reviewed-by: Markus Armbruster <arm...@redhat.com>
