Bug fix in how class names are determined
This commit is contained in:
parent
208db9b002
commit
30d3b32085
@ -203,7 +203,10 @@ def class_name_for_package_name(pkg_name):
|
||||
conflicts don't matter because the classes are in different modules.
|
||||
"""
|
||||
validate_package_name(pkg_name)
|
||||
class_name = string.capwords(pkg_name.replace('_', '-'), '-')
|
||||
|
||||
class_name = pkg_name.replace('_', '-')
|
||||
class_name = string.capwords(class_name, '-')
|
||||
class_name = class_name.replace('-', '')
|
||||
|
||||
# If a class starts with a number, prefix it with Number_ to make it a valid
|
||||
# Python class name.
|
||||
@ -241,7 +244,7 @@ def get_class_for_package_name(pkg_name):
|
||||
if not re.match(r'%s' % spack.module_path, spack.packages_path):
|
||||
raise RuntimeError("Packages path is not a submodule of spack.")
|
||||
|
||||
class_name = pkg_name.capitalize()
|
||||
class_name = class_name_for_package_name(pkg_name)
|
||||
try:
|
||||
module_name = "%s.%s" % (packages_module(), pkg_name)
|
||||
module = __import__(module_name, fromlist=[class_name])
|
||||
|
Loading…
Reference in New Issue
Block a user