On 26/05/2019 17:04, Yanghao Hua wrote:
On Sun, May 26, 2019 at 11:27 AM Barry Scott wrote:
I think you are confusing the number of people that use HDL with the amount of
product created.
I don't see how I did that but if you intercepted that way I must have
done that somehow.
Also I was u
> You do realise that repeatedly avoiding the question "what problem do
> you think you are solving?" does not convincingly make the case that
> there is a problem to be solved, don't you?
It might be that I am not good enough yet to present it in a way for
some of you to better comprehend it. But
On Wed, May 29, 2019 at 6:30 AM Yanghao Hua wrote:
>
> > You do realise that repeatedly avoiding the question "what problem do
> > you think you are solving?" does not convincingly make the case that
> > there is a problem to be solved, don't you?
>
> It might be that I am not good enough yet to p
On 5/28/2019 4:29 PM, Yanghao Hua wrote:
To repeat what the problem do I think I am solving? A variable, that
behaves like an integer (e.g. all normal integer ops should just
work), but has a different assignment behavior, such that it can be
used to develop equally good hardware descriptions.
I don't want to pile on, but: you have also not given any actual reason why
overloading the = operator using descriptors:
stuff.a = 8
...is not sufficient, other than a general "well I don't like that". Come
on, guy. If you can't give a real actual reason why that won't work for HDL
programming,
On Tue, May 28, 2019 at 10:40 PM Eric V. Smith wrote:
>
> On 5/28/2019 4:29 PM, Yanghao Hua wrote:
>
> > To repeat what the problem do I think I am solving? A variable, that
> > behaves like an integer (e.g. all normal integer ops should just
> > work), but has a different assignment behavior, suc
On Tue, May 28, 2019 at 10:38 PM Chris Angelico wrote:
>
> On Wed, May 29, 2019 at 6:30 AM Yanghao Hua wrote:
> >
> > > You do realise that repeatedly avoiding the question "what problem do
> > > you think you are solving?" does not convincingly make the case that
> > > there is a problem to be s
On Tue, May 28, 2019 at 10:46 PM Ricky Teachey wrote:
>
> I don't want to pile on, but: you have also not given any actual reason why
> overloading the = operator using descriptors:
>
> stuff.a = 8
>
> ...is not sufficient, other than a general "well I don't like that". Come on,
> guy. If you ca
There are no descriptors in the example you gave. You are writing example
code of how you WANT it to work, or wished it would work.
Please write a descriptor that ACTUALLY overrides = (using __set__) and
does what you want it to do, and then use it in an actual example. It may
not look the way you
Yanghao Hua wrote:
a different assignment behavior in HDL is your assignment does not
take effect until a delta cycle of zero virtual time has passed. (did
you really looked at the previous postings? :)
You need to understand that most of the people reading this are not
familiar with the workin
> On May 28, 2019, at 5:22 PM, Yanghao Hua wrote:
>
>> On Tue, May 28, 2019 at 10:40 PM Eric V. Smith wrote:
>>
>>> On 5/28/2019 4:29 PM, Yanghao Hua wrote:
>>>
>>> To repeat what the problem do I think I am solving? A variable, that
>>> behaves like an integer (e.g. all normal integer ops sh
11 matches
Mail list logo
