tpb has quit [Remote host closed the connection]
tpb has joined #symbiflow
<FFY00> didn't know, thanks :D
<FFY00> mithro, btw I am also interested in packaging the symbiflow toolchains
<FFY00> but I think I am going to wait for a nextpnr release
<FFY00> which itself is waiting on yosys
<mithro> FFY00: My experience with distro packaging has been that someone does the packaging once and then the original packager gets busy and it ends up becoming super obsolete quickly
<FFY00> mithro, which distros were those?
<FFY00> by experience with debian based distros has not been great
<mithro> FFY00: everything were I haven't also been the package maintainer or the distro doesn't package directly and automatically from git (Ubuntu, Debian, Fedora, SuSE, slackware, etc)
<FFY00> IMO they overcomplicate packaging too much
<FFY00> in arch things are really simple
<FFY00> let's take nmigen as an example: https://git.archlinux.org/svntogit/community.git/tree/trunk/PKGBUILD?h=packages/python-nmigen
<tpb> Title: PKGBUILD « trunk - svntogit/community.git - Git clone of the 'community' repository (at git.archlinux.org)
<FFY00> that's all you need to build it
<FFY00> when it updates, just bump the pkgver and update the checksums (which can be automated) and build
<FFY00> it's literally 2 commands in my terminal
<mithro> FFY00: The packaging is never the problem -- the issue is keeping the packages rolling to the new versions
<FFY00> but when the packaging itself is trivial it makes things work much better
<FFY00> at least this has been my experience
<mithro> FFY00: Generally what happens if that people get busy or move on to other things
<FFY00> in arch, I might ask someone else to co-maintain the packages
<FFY00> or to take over
<mithro> FFY00: Places where packaging has worked okay is when there is a group of people assisted with automated systems
<FFY00> if I am busy I can just hop on the irc channel and ask for people to update my packages
<FFY00> in arch the building is automated
<FFY00> but you still need to manually update it
<mithro> FFY00: Debian has gotten a lot better now they have tooling that monitors upstream for releases and automatically creates bugs and nag emails when the package is behind
<FFY00> by this I mean: it won't update automatically on an upstream release
<FFY00> each packager in arch as its own way to monitor upstreams
<FFY00> most use nvchecker
<FFY00> but it works pretty well
<FFY00> mithro, I hope that you'll have a good experience with arch :)
<FFY00> I'll try to make it happen
<mithro> FFY00: I would say that fpga toolchains and getting good cross compiler packages make more sense for packaging then the litex
<FFY00> we already have yosys
<FFY00> waiting on nextpnr
<FFY00> what else should I be looking for?
<tpb> Title: SymbiFlow, LiteX & TimVideos Conda Packages - Google Docs (at docs.google.com)
<FFY00> we have arm, aarch64 and riscv64 cross-compilers
<FFY00> I also maintain a or1k toolchain in my repo
<FFY00> but I can move to the official ones
<FFY00> since I have the same work
<FFY00> actually is easier to maintain them there
<mithro> FFY00: note there is a difference between bare metal, linux, newlib and musl cross compilers
<FFY00> ah, right forgot some were linux
<FFY00> IIRC arm is the only bare metal one
<FFY00> my or1k is also bare metal
<mithro> FFY00: There is a priority number assigned to things too
<FFY00> both of them are built on newlib
<mithro> There are also a *lot* of broken RISC-V cross compilers out there -- make sure multilib is enabled
<FFY00> okay
<FFY00> bare metal with no C lib is the one we use for bootstrapping right?
<FFY00> but why do we need to have a separate compiler without libc?
<FFY00> can't you just use -nostdlib?
<FFY00> also, any reason you are still on gcc 8?
<FFY00> or just time
OmniMancer1 has joined #symbiflow
Degi has quit [Ping timeout: 250 seconds]
Degi has joined #symbiflow
citypw has joined #symbiflow
futarisIRCcloud has quit [Quit: Connection closed for inactivity]
tcal has quit [Remote host closed the connection]
kraiskil has joined #symbiflow
Bertl_oO is now known as Bertl_zZ
nonlinear has quit [Ping timeout: 268 seconds]
nonlinear has joined #symbiflow
Psomvanshi has joined #symbiflow
Psomvanshi has quit [Remote host closed the connection]
OmniMancer has joined #symbiflow
OmniMancer1 has quit [Ping timeout: 264 seconds]
az0re has quit [Ping timeout: 240 seconds]
Bertl_zZ is now known as Bertl
DraGonBusterz has quit [Quit: Connection closed for inactivity]
proteus-dude has joined #symbiflow
proteus-guy has quit [Ping timeout: 260 seconds]
citypw has quit [Ping timeout: 250 seconds]
OmniMancer has quit [Quit: Leaving.]
az0re has joined #symbiflow
josi9824 has joined #symbiflow
Bertl is now known as Bertl_oO
az0re has quit [Remote host closed the connection]
Vonter has quit [Ping timeout: 264 seconds]
Vonter has joined #symbiflow
<FFY00> mithro, I pushed gcc for riscv32, riscv64 and or1k elf newlib
<FFY00> currently compiling lm32
<FFY00> probably tomorrow gonna do linux musl
<FFY00> lm32 is done
<mithro> FFY00: I'm not a cross compiler expert -- I think it has something to do with calling conventions or something
<FFY00> the calling convention is defined by the abi
<FFY00> which is the same for both
<mithro> FFY00: Some architectures have different ABIs for bare metal verse libc based systems
<FFY00> okay
<FFY00> ah, I think arm does
<FFY00> but most don't
<mithro> FFY00: and RISC-V has a couple of ABI options I believe too
<FFY00> hum, I couldn't find anything from a quick search
<mithro> FFY00: The RV32 ABI in Linux isn't stable yet either if I understand correctly
<FFY00> okay
<FFY00> well, I ordered a epc5 board
<FFY00> I can test when it arrives
tcal has joined #symbiflow
acomodi has joined #symbiflow
Harsimrat has joined #symbiflow
Harsimrat has quit [Remote host closed the connection]
kraiskil has quit [Ping timeout: 250 seconds]
y2kbugger has joined #symbiflow
acomodi has quit [Quit: Connection closed for inactivity]
y2kbugger_ has joined #symbiflow
y2kbugger_ has quit [Client Quit]