jaeger changed the topic of #crux-arm to: CRUX-ARM 3.6 Released! - http://crux-arm.nu/Documentation/ReleaseNotes3-6 | Logs: https://libera.irclog.whitequark.org/crux-arm/
<mnkydeth> An update.... I never got around to the RPI CM4 install. My kids and wife where bugging me all that night till I went to bed. I'll eventually get around to it.
<jaeger> ok
<pitillo> we are currently fighting with binutils upgrade. It wasn't updated to 2.39. I'm currently getting some problems with the container and my wife is out until tomorrow night, so I can't test/check these last changes
<pitillo> jaeger: if you have the possibility, can you try a fresh build for arm64?
<pitillo> adding DEVICE_OPTIMIZATION=arm64 should work fine (sepen fixed this issue with the forgotten export)
crux-arm-bot has joined #crux-arm
<crux-arm-bot> [ crux-ports-core-arm64 ]: binutils: fixed bug url
crux-arm-bot has left #crux-arm [#crux-arm]
pitillo has quit [Ping timeout: 252 seconds]
pitillo has joined #crux-arm
<jaeger> Sure, just the generic arm64?
<pitillo> yeah, please
<jaeger> configure: error: Building GCC requires GMP 4.2+, MPFR 3.1.0+ and MPC 0.8.0+.
<jaeger> gcc failed due to mpc
<jaeger> checking for the correct version of mpc.h... no
<beerman> bist du gut durchgekommen? der bus dürfte ja eigentlich gerne so 5 min verspätung aufbauen, dann sitzt du ja länger im warmen, oder?
<beerman> woops, wrong channel 😄
<pitillo> jaeger: thanks
<pitillo> that's the point
<pitillo> you got that error on stage1?
<jaeger> yes
<pitillo> ok, same here
<pitillo> I'm at that point without the laptop xD
<pitillo> I had problems running out of space in the container so I didn't know if the error was related to that
<pitillo> I'll check tomorrow if libmpc is installed (I think it was before gcc on ports.stage1)
<pitillo> so may be there is something wrong with the last binutils bump to 2.39
<jaeger> I do see libmpc and gcc listed in ports.stage1
<jaeger> pitillo: do you mind if I take your sed workaround for binutils for use with mingw-w64-binutils?
<jaeger> sed makeinfo workaround
<jaeger> Oh, I guess we even did that in core. Never mind, heh
<pitillo> yeah, it's from core
<jaeger> :)
<jaeger> Looks like I can't upgrade that binutils either, it breaks crt... hrmm
<pitillo> I've tested to rebuild on current 3.7 running on the rpi3 and there is no problem, but I'll check tomorrow what's happening with libmpc
<pitillo> s/rebuild/update
<jaeger> ok
<jaeger> The mingw binutils update itself seemed to go fine for me, then crt/gcc failed
<pitillo> tomorrow I'll give a try specifying --build=aarch64-unknown-linux-gnueabi in binutils and rebuilding gcc
<jaeger> in the host container or the stage1?
<pitillo> on the stage1
<jaeger> OK. Figured so but wanted to check. I'll give it a try as well
<pitillo> core-arm64 overlay
<pitillo> I remember we had weird problems and checking on 3.3, we specify it on the overlayed binutils
<pitillo> time to rest here, have a good night
<jaeger> take care
crux-arm-bot has joined #crux-arm
<crux-arm-bot> [ crux-ports-core-arm ]: libarchive: update to 3.6.2
crux-arm-bot has left #crux-arm [#crux-arm]