07:42 <r0ni> in the gcc 3.8 pkgfile, theres a symlink created at the bottom to liblto_plugin.so but the dir name is '14.1.0' yet the script is for 14.2.0... I dunno if a "bug" or not, is that dir a hard requirment or should it be '14.2.0' ?

07:51 <beerman> good catch, most likely an oversight

07:57 <r0ni> should maybe just replace with a $version then ;)

08:00 <beerman> already on it ;)

08:00 <r0ni> what the build order here? gcc, binutils, glibc? (and then do it over again?)

08:01 <beerman> prt-get update -fr binutils $(prt-get quickdep gcc); prt-get update -fr glibc glibc-32; prt-get update -fr binutils $(prt-get quickdep gcc)

08:01 <beerman> is what I always use

08:14 <r0ni> thx sir

09:48 <r0ni> i went thru the core ports and adapted them for arm64 (what little changes are needed) and I'll build and test (and rebuild and test and...)

09:58 <beerman> this is 3.8 core I assume? Make sure pitillo reads it then :)

10:14 <r0ni> oh of course, this is just for me for now, see how it goes. if it works as expected, then I do hope it'd start toward 3.8 arm64 ;)

11:25 <cruxbridge> <pitillo (@pitillo:crux.nu)> Thanks r0ni. I believe sepen is working in the release script too to adapt it to 3.8, so any work done over core 3.8 will be welcome

11:40 <r0ni> outside of updating binutils/gc/glibc i have to update/rebuild the whole thing and get metadata anyway for the ports so it'd be a ways off yet, i'm not sure if sepen has anything online? i haven't seen a 3.8 branch in the repos

11:42 <r0ni> BUT-- i'm about to be at work for the next 3 days, so magic isn't gonna happen, I'll be afk heh