Saturday, 2022-08-20

*** tpb <tpb!~supybot@underwood.mithis.com> has quit IRC01:00
*** tpb <tpb!~supybot@underwood.mithis.com> has joined #f4pga01:00
*** TMM_ <TMM_!hp@amanda.tmm.cx> has quit IRC01:20
*** TMM_ <TMM_!hp@amanda.tmm.cx> has joined #f4pga01:20
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:79f0:ba27:ebff:fe5e:6b6e> has quit IRC03:38
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has joined #f4pga03:55
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has quit IRC05:39
*** indy <indy!~indy@dsl-static-104.213-160-167.telecom.sk> has quit IRC06:25
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has joined #f4pga06:48
*** indy <indy!~indy@dsl-static-104.213-160-167.telecom.sk> has joined #f4pga07:03
*** indy <indy!~indy@dsl-static-104.213-160-167.telecom.sk> has quit IRC07:33
*** indy <indy!~indy@dsl-static-104.213-160-167.telecom.sk> has joined #f4pga07:34
*** indy <indy!~indy@dsl-static-104.213-160-167.telecom.sk> has quit IRC08:07
*** indy <indy!~indy@dsl-static-104.213-160-167.telecom.sk> has joined #f4pga08:09
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has quit IRC11:02
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has joined #f4pga11:02
*** TMM_ <TMM_!hp@amanda.tmm.cx> has quit IRC13:59
*** TMM_ <TMM_!hp@amanda.tmm.cx> has joined #f4pga13:59
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has quit IRC15:37
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has joined #f4pga15:52
*** lopsided98 <lopsided98!~quassel@2601:18c:8380:74b0:ba27:ebff:fe5e:6b6e> has quit IRC16:46
cr1901Is there a way to squelch the "YOSYS_*_SCRIPT is..." messages that appear recently when running cmake to reconfigure f4pga-arch-defs?18:27
josuahcr1901: does it flood the terminal and prevent you to see the meaningful warnings?18:35
cr1901josuah: I can see warnings fine (they are marked in yellow). It's just that I thought CMake got stuck in an infinite loop because it took a while before the message changed to another directory/path :P18:40
cr1901The CMake stuff for f4pga breaks easily IME. To the extent that after each pull from main I delete CMakeCache.txt and reconf18:49
F4PGASlackBridge<umartinezcorral> @cr1901 you mean https://github.com/SymbiFlow/f4pga-arch-defs/blob/main/common/cmake/devices.cmake#L1452 and https://github.com/SymbiFlow/f4pga-arch-defs/blob/main/common/cmake/devices.cmake#L1463 ?19:03
cr1901yes those19:04
cr1901are they new?19:04
cr1901(ahh yes they are)19:04
F4PGASlackBridge<umartinezcorral> Yes.19:04
cr1901well, it's more "cmake is <redacted> that breaks if you stare at it wrong" than "lots of info messages are bad"19:05
cr1901I just genuinely thought it was a cmake infinite loop19:05
F4PGASlackBridge<umartinezcorral> Previously, those paths were hardcoded in the CMake files, because they were located in the same repo. Now, the scripts were moved to the f4pga package, so the cmake files need to query the package about the location of the TCL files for the arch. The reason it's shown so many times is because cmake traverses the  whole repo, and creates all the targets, even though you only need/want to run one of them.19:06
F4PGASlackBridge<umartinezcorral> So, it's not an infinite loop, but the messages being printed dozens/hundreds of times, due to how cmake works/is used in the arch-defs repo.19:07
F4PGASlackBridge<umartinezcorral> We can remove those messages or make them for debugging only, should it be annoying.19:07
F4PGASlackBridge<umartinezcorral> On the big picture, we would like to improve how cmake is used in the arch-defs repo, to better separate the tasks/duties.19:08
* cr1901 nods19:09
F4PGASlackBridge<umartinezcorral> Currently, the cmake files in arch-defs are used for three main tasks: generating assets, running tests and creating packages. We have separated CI jobs for each of them, but the cmake files need to be rethought accordingly.19:10
cr1901I'm just make sure things still build after I update19:10
cr1901 /home/william/Projects/FPGA/yosys/share/plugins/xdc.so: undefined symbol: _ZN5Yosys5RTLIL4Cell8setParamENS0_8IdStringENS0_5ConstE19:11
cr1901hmmm, wonder what yosys commit I need19:11
* cr1901 uses an external yosys, but doesn't bother building the plugins b/c they're too difficult to build locally19:11
F4PGASlackBridge<umartinezcorral> With a recent (main) version of f4pga, the arch-defs CI is working ok. So, just bootstrap the conda env in arch-defs and install main f4pga there. If you use an older version of the arch-defs repo, you might need an older version of the f4pga package. We keep track of "combinations that we tested" in https://f4pga.readthedocs.io/en/latest/development/changes.html.19:12
F4PGASlackBridge<umartinezcorral> See https://github.com/chipsalliance/f4pga/pull/62119:13
F4PGASlackBridge<umartinezcorral> E.g. arch-defs 24e8f73 and f4pga 2d8d857 are known to work.19:13
F4PGASlackBridge<umartinezcorral> > _uses an external yosys, but doesn't bother building the plugins b/c they're too difficult to build locally_ Is this a rethoric statement about yourself or an actual problem in some of the repos?19:15
cr1901actual problem, tho I guess I could try again19:25
*** chexum <chexum!~quassel@gateway/tor-sasl/chexum> has quit IRC21:03
*** chexum <chexum!~quassel@gateway/tor-sasl/chexum> has joined #f4pga21:06

Generated by irclog2html.py 2.17.1 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!