Jiuyang Liu

> If you are working on better GTKwave integration it might be worth having a look at what the BlueSpec folks have been working on: https://github.com/B-Lang-org/bdw/blob/75bb68c5e02c5fbab14c1fe0a8a1a5d95c1f8015/src/util/GtkWave.tcl#L309 Thank you! That will...

> I still think this should be part of Chisel and not firrtl. Generally I would prefer if chisel users never need to import things from the firrtl package. Chisel...

> It might be nice to generate a data file instead of the GTK .tcl and then instead provide a static .tcl file that reads the data file. This might...

In my point of view, The reason I think this API should exist in FIRRTL is: 1. These codes doesn't depend on any Chisel codes. 2. User API is exposed...

Yes , it will be rebased to master. I thought this won’t block 3.5-RC2? It it did I’ll work on it today. On Fri, Dec 17, 2021 at 16:09 Jack...

I’m still finding a better way to invoke gtkwave ;p On Fri, Dec 17, 2021 at 16:16 Jiuyang Liu ***@***.***> wrote: > Yes , it will be rebased to master....

Ok! I’ll finish it this weekend ;p On Fri, Dec 17, 2021 at 16:23 Jack Koenig ***@***.***> wrote: > I thought this won’t block 3.5-RC2 > > Don't worry, it's...

I think you can take a look at `AttributeAnnotation` implementation: Basically, you need to extend from `DescriptionAnnotation`. check the the all `DescriptionAnnotation` usages in `VerilogEmitter`: Here are some places you...

Is this a real dependency currently?

> could you share some of your use cases with us? Sorry, currently I have no enough time working on the use cases. I will work on this next month....