Lofty changed the topic of #prjmistral to: Project Mistral: Yosys (and hopefully nextpnr) on Cyclone FPGAs - https://github.com/ZirconiumX/mistral - logs: https://freenode.irclog.whitequark.org/prjmistral
hansfbaier has joined #prjmistral
hansfbaier has quit [Quit: WeeChat 2.8]
hansfbaier has joined #prjmistral
_whitelogger has joined #prjmistral
hansfbaier has joined #prjmistral
hansfbaier has quit [Quit: WeeChat 2.8]
peepsalot has quit [Ping timeout: 276 seconds]
chipb has quit [*.net *.split]
chipb has joined #prjmistral
<yorick> Program received signal SIGSEGV, Segmentation fault.
<yorick> 0x000000000040d45d in mistral::CycloneV::rbf_load (this=this@entry=0x7ffff7a16010, data=<optimized out>, size=<optimized out>) at cv-files.cc:111
<yorick> 111 if((d[pos >> 3] >> (pos & 7)) & 1) {
<yorick> sad :D
<Sarayan> wrong model type?
<yorick> I've got a set_global_assignment -name DEVICE 5CSEMA4U23C6 in my matrix.qsf
<yorick> and I'm calling ./mistral-cv cycle 5CSEMA6U23C6 ./test-i.rbf ./test.rbf
<yorick> https://gist.github.com/yorickvP/8726bc4d904821d1fa5b55d9dfddba2c I attempted to link the gdata into the binary, but it's not very elegant
<Sarayan> back
<Sarayan> se120m, that one is *really* supposed to work :-)
<Sarayan> can you put test-i.rbf somewhere?
<Sarayan> that objcopy is a step in the correct direct I'd say
<Sarayan> ld -r -b binary -o data.o data.txt seems even better, because it knows the arch
<Lofty> Activity, wow
peepsalot has joined #prjmistral