vhdl/pyvhdlmodel

An abstract language model of VHDL written in Python.

pyvhdlmodel's Issues

Public access to Generic Associations and Port Associations of Component/Entity Instantination is missing

Even though instantiation objects contain port/generic associations information, it's not accessible via public members, only via private.
For me it seem that it's reasonable to have public access to this members. Is it planned to be supported or am I missing something?

pyVHDLModel 0.12.0, installed as dependency for pyGHDL 2.0.0.dev0 (version hash 15b84d1fbcfb26b2fb4a4467727eec691c5b73a4)

Copy Paste Misstake

Descending Range should be 'downto' and not 'to'

pyVHDLModel/pyVHDLModel/VHDLModel.py

Line 1315 in 24d7919

_direction = Direction.To

Constant in pkg files cause issues in AnalyzeObjects due to _identifiers vs _identifier

/python3.11/site-packages/pyVHDLModel/init.py", line 705, in _ImportObjects
package._namespace._elements[declaredItem._identifier] = declaredItem
^^^^^^^^^^^^^^^^^^^^^^^^
AttributeError: 'Constant' object has no attribute '_identifier'. Did you mean: '_identifiers'?

I assume this may also cause issues with other elements which use _identifiers. I am not sure how to solve this correctly. I have a local workaround to access the zeroth element of _identifiers for now (when declaredItem has the attr _identifiers).

Exchange dependency to pydecor with pyTooling

As done in pySVModel: edaa-org/pySVModel@a647a8a.

Unit Test Reports where not published on a tagged pipeline run

Tagged Pipeline (v0.14.0)	Branch Pipeline (main)	Branch Pipeline (dev)

Strangely the 2nd column has no real pipeline name, just Pipeline. Was it restarted?

entity_name of an instantiated unit may be a simple name

In a direct entity instantiation, you can also use a simple name as entity_name, without the library prefix (seledted_name). However, EntityInstantiationSymbol uses a SelectedName in its constructor.

pyVHDLModel/pyVHDLModel/Symbol.py

Line 276 in 7590a6c

class EntityInstantiationSymbol(SelectedName, Symbol):

What's the best way to fix this? Simply set the prefix to work in the simple name case?

Subtype resolution is not finding subtype when defined in another pkg file in another library

/python3.11/site-packages/pyVHDLModel/init.py", line 845, in _LinkItems
subtype = package._namespace.FindSubtype(element._subtype)
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
File "/python3.11/site-packages/pyVHDLModel/Namespace.py", line 116, in FindSubtype
raise KeyError(f"Subtype '{subtypeSymbol._name._identifier}' not found in '{self._name}'.")
KeyError: "Subtype 'Subtype_Name' not found in 'pkg_file1'."

Subtype_Name is used in pkg_file1 but is defined in pkg_file2. I am still working through on how it searches for the subtype and why _parentNamespace might be None. Any suggestions on if this is expected to work? Or if not any thoughts on how it could work/be implemented?

[Bug] Error when importing `pyGHDL` packages

I tried to run this code:

from pathlib import Path
from pyGHDL.dom.NonStandard import Design, Document

but the second import crashes:

(common) C:\Work\Scripts\Python\PyGHDL>python test.py        
Traceback (most recent call last):
  File "C:\Work\MEGA\Scripts\Python\PyGHDL\test.py", line 2, in <module>
    from pyGHDL.dom.NonStandard import Design, Document
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyGHDL\dom\NonStandard.py", line 43, in <module>
    from pyGHDL.dom.Names import SimpleName
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyGHDL\dom\Names.py", line 37, in <module>
    from pyVHDLModel.Name import Name
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyVHDLModel\__init__.py", line 60, in <module>
    from pyTooling.Graph           import Graph, Vertex, Edge
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyTooling\Graph\__init__.py", line 63, in <module>
    from pyTooling.Tree        import Node
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyTooling\Tree\__init__.py", line 100, in <module>
    class Node(Generic[IDType, ValueType, DictKeyType, DictValueType], metaclass=ExtendedType, useSlots=True):
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyTooling\MetaClasses\__init__.py", line 250, in __new__
    members['__slots__'] = self.__getSlots(baseClasses, members)
                           ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\<USERNAME>\scoop\apps\miniconda3\current\envs\common\Lib\site-packages\pyTooling\MetaClasses\__init__.py", line 431, in __getSlots
    raise AttributeError(f"Base-class '{base.__name__}' has no '__slots__'.")
AttributeError: Base-class 'Generic' has no '__slots__'.

I will provide any additional information if needed.