<pke>
Migen is really cool for FPGA development. I never had such a smooth experience as with Glasgow. However today for some supid reason i let ubuntu to update to 18.04.2 LTS and now evertything is broken. Started to rebuild the icestorm toolchain in hopes that it will fix it.
<whitequark>
"I never had such a smooth experience as with Glasgow." can I quote you on this? :D
<whitequark>
re: LTS, that's unfortunately sometimes happens
<whitequark>
what is the error you're looking at?
pke has quit [Ping timeout: 256 seconds]
<tnt>
whitequark: the two things I wish were a bit easier with glasgow are (1) combine existing applets, especially 'base ones' like i2c_master/... and (2) communicate from an existing external app to an applet. (like, I have a pre-existing python and I'd love to be able to import glasgow; x = glashow.get_applet('xxx'); x.i2c_read(...) or something like that.
<tnt>
(but tbh, maybe it actually is already easily doable and I'm too dumb to figure it out :p)
<whitequark>
(2) is something i have long planned
<whitequark>
it needs careful engineering to be usable from non-python
<whitequark>
but it will happen
<whitequark>
as for (1) can you elaborate
<tnt>
Well, last case I had was wanted to talk to a chip that has I2C control and a high speed data interface. It wasn't obvious to me how I could just 'reuse' all the i2c_master applet code to get like the I2CAppletInterface and my new custom one running at the same time.
<whitequark>
ah yeah, that's already supported
<whitequark>
look at the smia branch in the repo
<tnt>
Oh, cool, will have a look !
<tnt>
Yeah, that applet does exactly what I described, nice. And it also show case the i2c write_register/read_register stuff as well. Nice example.
pke has joined #glasgow
<pke>
@whitequark Sure you can quote me on that.
<pke>
As with the problem. running glasgow i got: "nextpnr-ice40: error while loading shared libraries: libboost_python-py35.so.1.58.0: cannot open shared object file: No such file or directory I: glasgow.target.hardware: keeping build tree as /tmp/glasgow_x73tlxlg"
<pke>
so i went to rebuild nextpnr
<pke>
And currently fails at the last step
<pke>
[100%] Linking CXX executable nextpnr-ice40 /usr/bin/ld: /usr/local/lib/libpython3.6m.a(dynload_shlib.o): undefined reference to symbol 'dlsym@@GLIBC_2.2.5' //lib/x86_64-linux-gnu/libdl.so.2: error adding symbols: DSO missing from command line collect2: error: ld returned 1 exit status CMakeFiles/nextpnr-ice40.dir/build.make:799: recipe for target 'nextpnr-ice40' failed make[2]: *** [nextpnr-ice40] Error 1 CMakeFiles/Makefile2:143: reci
<whitequark>
pke: you need to make clean (or clear the build directory) and rebuild, yes
<pke>
i tried with a clean git pull. I retry with make clean. I fear that something is with my python install.
<whitequark>
wait
<whitequark>
why do you have a /usr/local/lib/python?
<whitequark>
you should use python from apt
<apo>
pke: yeah, try reinstalling python. Seems to have been built against an old glibc
<apo>
(Also, why is your python in /usr/local? >_>)
<tnt>
looks like a self-built python ... which obviously is now linked against non-existent libs after the upgrade.
<pke>
I think because with ubuntu 14 from apt i got only python 3.4 and i had to install manually.
<pke>
ok so i clean up the python mess
<_whitenotifier-9>
[whitequark/Glasgow] whitequark pushed 1 commit to master [+0/-0/±3] https://git.io/fhb0J
<_whitenotifier-9>
[whitequark/Glasgow] whitequark 972283b - applet.yamaha_opl: support looped VGMs.