<agg>
whitequark: re wrapping SB_IO: I wrote that 6 months before nmigen emitted SB_IO, I expect I could probably get rid of it today
<agg>
(though i am desperately looking forward to the upcoming documentation, I always get confused about how to use Pins in a platform and just have to read the source, especially for things like dir="-", invert, diff pairs, etc
<cr1901_modern>
The short, slightly-exaggerated version is wq got sick of dealing w/ various toolchains not inferring I/O primitives consistently, so now nmigen generates the I/O primitives directly.
<agg>
oh yes, i think it's great
<agg>
i wrote that whole project before nmigen.build existed at all iirc
<agg>
later dropped most of my build code to use nmigen's
<agg>
but there's still some stuff like manual sb_io floating around for iirc tristate ios or something
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
futarisIRCcloud has joined #nmigen
Degi has quit [Ping timeout: 264 seconds]
Degi has joined #nmigen
FFY00 has quit [Ping timeout: 260 seconds]
FFY00 has joined #nmigen
matt` has joined #nmigen
<matt`>
hey, how can i set a negedge domain for the default_clock? i expect
<matt`>
this must be obvious, but i'm somehow missing it.
<_whitenotifier-c>
[nmigen] whitequark edited a comment on issue #371: Make Yosys a soft dependency of nMigen itself - https://git.io/Jfqak
<_whitenotifier-c>
[nmigen/nmigen] whitequark pushed 1 commit to master [+1/-0/±2] https://git.io/Jf2yg
<_whitenotifier-c>
[nmigen/nmigen] whitequark b9799b4 - back.verilog: fall back to nmigen_yosys package.
<_whitenotifier-c>
[nmigen] whitequark closed issue #371: Make Yosys a soft dependency of nMigen itself - https://git.io/JfqRI
<awygle>
awesome work wq
<whitequark>
thanks :)
<whitequark>
hopefully this makes nmigen a bit easier to use
<kbeckmann>
nice! this will probably help a lot when doing workshops with people who haven't prepared their laptops etc :)
<whitequark>
yep! that's the idea
<whitequark>
let me know how it works
<cr1901_modern>
Wait for wasmtime 0.17.0 for Windoze users for now? When I attempt to run wasmtime-py from HEAD, I get "AttributeError: function 'wasmtime_funcref_table_new' not found"
<whitequark>
cr1901_modern: yep unfortunately it's out of my hands
<cr1901_modern>
welp, I of course have a native yosys. Just wanted to check if it worked :D
<awygle>
oh yeah i owe you a python version
<awygle>
unless you no longer need that
<whitequark>
awygle: i forget, what was the issue?
<whitequark>
yeah so i think either i broke caching on pypi unintentionally
<whitequark>
or found a bug in pip
<whitequark>
but i had a version 0.0 published and somehow it caused pypi to think that the latest version i uploaded doesn't exist
<whitequark>
even though it was clearly there on the website
<whitequark>
i deleted it and it stopped doing that
<whitequark>
utterly incomprehensible
<awygle>
lol wow
<awygle>
Python: A Good Language
<whitequark>
i think it's a fairly benign bug all things considered
<whitequark>
like, this went much better than i thought it would
<whitequark>
by python 3.8 the out of the box packaging would actually be usable
<whitequark>
(no need for polyfills etc, other improvements too)
* whitequark
sighs and stares at the next yak
<whitequark>
so now i'm going to rewrite the entire yosys build system to handle pass dependencies.
<_whitenotifier-c>
[nmigen] whitequark commented on issue #285: Add EnableSignal, useful for making Instances compatible with EnableInserter - https://git.io/Jf2Hj
<awygle>
oh goodie
<awygle>
thank you for your service lol
<cr1901_modern>
This should be interesting... Claire hard-rejected the last attempt to rewrite the build system
<cr1901_modern>
But I guess if you keep it Makefiles only you'll be okay
<whitequark>
i have this idea of having a single source of truth in Makefile.inc files and then parsing it in CMake
Asuu has joined #nmigen
Asu has quit [Ping timeout: 240 seconds]
<whitequark>
it's been done before actually
<whitequark>
but pssst that's a secret
<cr1901_modern>
Ahhh okay
* cr1901_modern
zips his lips
<cr1901_modern>
The pertinent PR was in meson
<daveshah>
Pretty sure there was a CMake attempt rejected in the past too
<whitequark>
yep, i already asked and got a no
<whitequark>
doesn't mean i'm going to be satisfied with that
<daveshah>
It sounds like a decent approach tbh
<whitequark>
either we'll have it rewritten in something better, or i'm going to torture the makefiles until they are as good as cmake
<whitequark>
or some middle ground
<whitequark>
because i look at the current yosys Makefile and it fills me with rage.
<daveshah>
CMake would get proper Visual Studio support too
<whitequark>
yes.
<cr1901_modern>
And it would have parity w/ nextpnr
<hell__>
> torturing Makefiles
<hell__>
O_o
chipmuenk has joined #nmigen
<_whitenotifier-c>
[nmigen/nmigen-yosys] whitequark pushed 1 commit to master [+2/-2/±3] https://git.io/Jf273
<_whitenotifier-c>
[nmigen/nmigen-yosys] whitequark 374fca1 - Rename a few things to prepare for splitting off yosys-pypi.
Guest30583 has quit [Quit: Nettalk6 - www.ntalk.de]