More sane naming for the variable typing code
authorChris Larson <chris_larson@mentor.com>
Wed, 9 Feb 2011 17:28:42 +0000 (10:28 -0700)
committerChris Larson <chris_larson@mentor.com>
Wed, 9 Feb 2011 19:10:45 +0000 (12:10 -0700)
commit2fbd56c0ef7df1b45746dbf9390805f2e67c590b
treea549ae6d6eb2783e5d2390f4bb7e007af551464f
parentf41d2fdfa6fc443353aec43eec0bfdf5c4dbb5f8
More sane naming for the variable typing code

oe.types.value -> oe.data.typed_value

    This name has been bugging me.  This function is the primary interface to
    the module for OE metadata, as it takes a variable name and datastore and
    returns an object of the correct type.  While this function is part of the
    variable typing implementation, in reality it's more about giving you a
    useful object from the metadata, so I think oe.data is a more appropriate
    place for it.

oe.types -> oe.maketype

    These are the functions which construct types, not the types themselves,
    so it was somewhat misleading.

oe._types -> oe.types

    These are the actual types, any callable in this module becomes an OE
    type, using its arguments to determine the variable flags (optional and
    required) to obey.  Will use __init__'s args in the case of an actual
    python class.

Signed-off-by: Chris Larson <chris_larson@mentor.com>
classes/base.bbclass
classes/typecheck.bbclass
lib/oe/_types.py [deleted file]
lib/oe/data.py [new file with mode: 0644]
lib/oe/maketype.py [new file with mode: 0644]
lib/oe/test_types.py
lib/oe/types.py
recipes/editline/editline_20100424-3.0.bb