01:40 <_whitenotifier-3> [runtime-js] whitequark commented on issue #2: `console.log` is a little verbose when using `deno` - https://github.com/YoWASP/runtime-js/issues/2#issuecomment-1869186153

03:30 <vipqualitypost[m> so I'm trying to work on adding icesugar pro platform and it's my first time working with ECP5 platform and for some reason it's not letting me add any sorts of resources. I was going off the orangecrab platform file as a reference and not doing anything super different but getting a somewhat cryptic error

03:31 <vipqualitypost[m> TypeError: Object [(resource rgb_led 0 (subsignal r (pins o B11)) (subsignal g (pins o A11)) (subsignal b (pins o C11)) (attrs IO_TYPE='LVCMOS33'))] is not a Resource

03:31 <vipqualitypost[m> this is with only the clock being added as a resource

03:32 <vipqualitypost[m> ```TypeError: Object [(resource clk 0 (pins i P6) (clock 25000000.0) (attrs IO_TYPE='LVCMOS33'))] is not a Resource

03:32 <vipqualitypost[m> oops sorry, that's just from trying to see if it was an issue with RGBLEDResource, but I do get the same error with clock:

03:32 <vipqualitypost[m> ```

03:38 <vipqualitypost[m> (with resource being added like this:... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/gPKyOiaNPZjoZfbHmQlGtgbs>)

03:38 <vipqualitypost[m> s/(//

03:38 <vipqualitypost[m> (with naming both unique "clk25" and general "clk")

04:12 <zyp[m]> looks like it's complaining that you're trying to pass a list of resources to something that expects only a single resource

04:14 <zyp[m]> that error comes from a loop that iterates over a list, so I'd guess you've put a list inside a list

14:59 <vipqualitypost[m> thanks!

14:59 <vipqualitypost[m> I actually managed to crop the critical problem out of my minimum example - I put a comma after the end bracket of resources

14:59 <vipqualitypost[m> so it seems like that was all the issue was

15:02 <whitequark[cis]> oh that's sneaky... (full message at <https://catircservices.org/_matrix/media/v3/download/catircservices.org/zbYBDSkbFNrLODZmatfmbgow>)

15:33 <tpw_rules> yeah it's not great but that's how python works

15:34 <tpw_rules> and not too hard to introduce while refactoring certain amaranth syntaxes