myhdl-list

[myhdl-list] multiple instances and (e.g.) vhdl_code

[Henry G. <he...@ca...>]

Is there a template string for getting an identifier for the current 
instance when using vhdl_code?

That is, I want the name of the function inside the vhdl code to be 
different for each call to the instance constructor. So the vhdl_code 
could look something like:
FOO_BAR.vhdl_code = '''
foo_bar_$this_id: entity work.SOME_BLOCK(MyHDL)
...
'''

I'm currently working around it with a module local list of allocated 
ids and creating a new one each time. This works, but is not very neat.

Cheers,

Henry

Re: [myhdl-list] multiple instances and (e.g.) vhdl_code

[Christopher F. <chr...@gm...>]

On 6/8/2015 7:05 AM, Henry Gomersall wrote:
> Is there a template string for getting an identifier for the current
> instance when using vhdl_code?
>
> That is, I want the name of the function inside the vhdl code to be
> different for each call to the instance constructor. So the vhdl_code
> could look something like:
> FOO_BAR.vhdl_code = '''
> foo_bar_$this_id: entity work.SOME_BLOCK(MyHDL)
> ...
> '''

I don't believe there exists an automatic method for
doing this, you would need to manage it yourself.  You
could have a random unique value created or use a `id`
string argument to the module (function).

You could use a function attribute and increment on
each call [1]:

     def vhdl_stub(...)
         vhdl_stub.id = vhdl_stub.id + 1
         this_id = vhdl_stib_id

Regards,
Chris

[1] https://gist.github.com/cfelton/79012fa54868fbd2ebf7

Re: [myhdl-list] multiple instances and (e.g.) vhdl_code

[Ben <ben...@gm...>]

That is a frequent request, and as such, I think it would make sense
to implement, document such an automatic method in the core of MyHDL.

Regards,
Ben.

On Mon, Jun 8, 2015 at 2:41 PM, Christopher Felton
<chr...@gm...> wrote:
> On 6/8/2015 7:05 AM, Henry Gomersall wrote:
>> Is there a template string for getting an identifier for the current
>> instance when using vhdl_code?
>>
>> That is, I want the name of the function inside the vhdl code to be
>> different for each call to the instance constructor. So the vhdl_code
>> could look something like:
>> FOO_BAR.vhdl_code = '''
>> foo_bar_$this_id: entity work.SOME_BLOCK(MyHDL)
>> ...
>> '''
>
> I don't believe there exists an automatic method for
> doing this, you would need to manage it yourself.  You
> could have a random unique value created or use a `id`
> string argument to the module (function).
>
> You could use a function attribute and increment on
> each call [1]:
>
>      def vhdl_stub(...)
>          vhdl_stub.id = vhdl_stub.id + 1
>          this_id = vhdl_stib_id
>
> Regards,
> Chris
>
> [1] https://gist.github.com/cfelton/79012fa54868fbd2ebf7
>
>
>
>
>
> ------------------------------------------------------------------------------
> _______________________________________________
> myhdl-list mailing list
> myh...@li...
> https://lists.sourceforge.net/lists/listinfo/myhdl-list

Re: [myhdl-list] multiple instances and (e.g.) vhdl_code

[Henry G. <he...@ca...>]

On 08/06/15 13:41, Christopher Felton wrote:
> On 6/8/2015 7:05 AM, Henry Gomersall wrote:
>> Is there a template string for getting an identifier for the current
>> instance when using vhdl_code?
>>
>> That is, I want the name of the function inside the vhdl code to be
>> different for each call to the instance constructor. So the vhdl_code
>> could look something like:
>> FOO_BAR.vhdl_code = '''
>> foo_bar_$this_id: entity work.SOME_BLOCK(MyHDL)
>> ...
>> '''
> I don't believe there exists an automatic method for
> doing this, you would need to manage it yourself.  You
> could have a random unique value created or use a `id`
> string argument to the module (function).
>
> You could use a function attribute and increment on
> each call [1]:
>
>       def vhdl_stub(...)
>           vhdl_stub.id = vhdl_stub.id + 1
>           this_id = vhdl_stib_id
>
>

Thanks Chris,

That is essentially what I've done (albeit with a global list keeping 
track of the allocated values). I do think there is probably grounds for 
an ID to be set by the converter.

Cheers,

Henry