08:40 <pitillo> onfigure:8222: gcc -c -O2 conftest.c >&5

08:40 <pitillo> In file included from conftest.c:10:

08:40 <pitillo> /usr/include/mpc.h:287:35: error: unknown type name 'FILE' 287 | __MPC_DECLSPEC void mpcr_out_str (FILE *f, mpcr_srcptr r);

08:40 <pitillo> | ^~~~

08:40 <pitillo> /usr/include/mpc.h:27:1: note: 'FILE' is defined in header '<stdio.h>'; did you forget to '#include <stdio.h>'?

08:40 <pitillo> 26 | #include "mpfr.h"

08:40 <pitillo> 27 |

09:35 <pitillo> libgmp...

10:03 <crux-arm-bot> [ crux-ports-core-arm64 ] libgmp: add build=aarch64-unknown-linux-gnu

11:35 <sajcho> pitillo: can i test rootfs 3.7 on my machine?

13:29 <pitillo> of course... any test will provide good feedback and is always welcome

13:37 <pitillo> let's see if libmpc bump from this morning helps...

13:41 <pitillo> nah, same problem...

13:42 <pitillo> locate stdio.h

14:04 <pitillo> I don't understand where is the missing include

14:04 <pitillo> patching libmpc.h to add stdio.h makea the configure detect mpc right

14:04 <pitillo> checking for the correct version of gmp.h... yes checking for the correct version of mpfr.h... yes checking for the correct version of mpc.h... yes checking for the correct version of the gmp/mpfr/mpc libraries... yes

14:06 <pitillo> I can see stdin.h included but not stdio.h, so it should be added somewhere but now it's no happening so mpc isn't detectednright (really, the missing header to mansge FILE types

14:08 <beerman> newest libmpc should fix that i think

14:14 <pitillo> it doesn't I believe

14:14 <pitillo> still the missing stdio header error on gcc

14:16 <crux-arm-bot> [ crux-ports-core-arm64 ] libmpc: overlay for testing missing stdio.h include

14:17 <pitillo> sajcho: -> of course... any test will provide good feedback and is always welcome

14:18 <pitillo> which device do you have or plan to deploy the RC?

14:20 <sajcho> pittillo: Thank you. I'll let you know when I get some results...

14:23 <sajcho> pitillo: tegra186 - Jetson TX2

14:27 <pitillo> good for testing the 32b version

14:37 <sajcho> It is 64b. NVIDIA Jetson TX2 Developer Kit.

15:05 <pitillo> fine too

16:52 <pitillo> st1 is going on, currently gcc

18:15 <sajcho> pitillo: update glibc=ok, libgmp=ok, libmpfr=ok, libmpc (remove sed line)=ok, binutils=ok, gcc-stage1=ok, gcc-stage2 running

18:37 <pitillo> sajcho: are you building it from scratch with optimized CFLAGS?

18:39 <pitillo> here stage1 passed over gcc and got another problem with pkgutils...

18:40 <pitillo> let's see what happens now

18:40 <sajcho> -O2 -pipe -march=armv8-a -mtune=generic -Wno-psabi

18:42 <pitillo> great

18:43 <pitillo> are you using RC as stage0 or are you running a bootstrap?

18:48 <sajcho> tar -xf *.rc3.* => chroot => ports -u => update glibc,lib{gmp,mpfr,mpc},binutils - running gcc stage2

18:52 <pitillo> another way

18:56 <sajcho> after gcc update i will switch to crux-arm-release

19:10 <pitillo> inside the jail?

19:15 <sajcho> Yes

19:27 <pitillo> pkgutils error: https://dpaste.com/7AY98S6CF

19:33 <pitillo> # grep archive_read_support_filter_gzip /usr/lib/libarchive.*

19:33 <pitillo> grep: /usr/lib/libarchive.a: binary file matches

19:33 <pitillo> grep: /usr/lib/libarchive.so: binary file matches

19:34 <sajcho> sed -e 's|--static||' -e 's|-static||' -i Makefile https://github.com/sajcho/core-aarch64/blob/main/pkgutils/Pkgfile  -  It might help?

19:36 <pitillo> same result

19:36 <pitillo> g++ main.o pkgutil.o pkgadd.o pkgrm.o pkginfo.o -o pkgadd (removed -static option and the same result)

19:40 <pitillo> we'll add the sed... I need to check sources and see what removes the first --static

19:41 <pitillo> it's built now

19:41 <pitillo> thanks sajcho, we had some time ago the sed to remove the -static but there is something more which breaks the static build

19:42 <pitillo> I'll give some time to the cmake update and if it goes right, I'll push pkgutils fix and cmake upgrade to start a fresh build

19:43 <pitillo> it's building the stage1-rootfs...

19:43 <pitillo> but some things to check.... I don't like the stdio error on libmpc... not sure if it's something wrong from our side or a bug (which I doubt)

19:47 <sajcho> Good news. I'll try that too after the update.

19:48 <pitillo> [2022-12-17 19:43:37] Bootstrap completed

19:48 <pitillo> I'll check pkgutils sources to look for the --static reference

19:49 <sajcho> Makefile

19:49 <pitillo> LIBARCHIVELIBS := $(shell pkg-config --libs --static libarchive)

19:49 <pitillo> yeah

19:50 <pitillo> but I didn't remember anything else than the LDFLAG -static

19:50 <pitillo> so it's fine... pkg-config does a strange thing there which is out of my knowledge

19:50 <pitillo> like the libmpc missing include....

19:53 <sajcho> pkgmk.conf add export PKG_CONFIG_PATH="/usr/lib/pkgconfig:/usr/share/pkgconfig" ???

19:55 <pitillo> sorry, I don't understand that last sentence

19:55 <pitillo> do you mean we are missing a pkgmk.conf option that it's upstream?

19:57 <sajcho> I have it in my pkgmk.conf and I have no problem

20:00 <pitillo> it's just an exported var from your own to be used on builds?

20:11 <sajcho> Yes. That's how I have it on my system.Whether you use it is up to you.

20:14 <sajcho> Do not be angry. I do not speak English. That's why I'm slow.

20:18 <sajcho> I am tired. I'll have a beer and go to bed.

20:32 <pitillo> we'll keep it as it's. I think it's not related to pkgutils problem. the LIBARCHIVELIBS seems to be the root of the problem

20:34 <pitillo> interesting

20:34 <pitillo> # pkg-config --libs --static libarchive

20:34 <pitillo> Package iconv was not found in the pkg-config search path.

20:34 <pitillo> Perhaps you should add the directory containing `iconv.pc'

20:34 <pitillo> to the PKG_CONFIG_PATH environment variable

20:34 <pitillo> Package 'iconv', required by 'libarchive', not found

20:35 <pitillo> running it on a 3.7-aarch64 gives the real libs

20:35 <pitillo> $ pkg-config --libs --static libarchive

20:35 <pitillo> -larchive -lacl -llzma -lzstd -lbz2 -lz

20:37 <pitillo> again on the jail with another .pc

20:37 <pitillo> # pkg-config --libs --static libattr

20:37 <pitillo> -lattr

20:38 <pitillo> # cat /usr/lib/pkgconfig/libarchive.pc|grep Req

20:38 <pitillo> Requires.private: iconv

20:39 <pitillo> interesting.... it seems to be related to 3.6.2

20:40 <pitillo> ummmmmm last bump broke pkgutils build....

20:40 <pitillo> let's see if I can make a test on the running 3.7 which is still in 3.6.1, building pkgutils, updating libarchive and rebuilding pkgutils....

20:40 <pitillo> 3.6.2 libarchive.pc adds that require which I don't understand why yet

20:43 <pitillo> cmake.... we are overlaying libarchive to avoid hosts dependencies... so there is something missing in the overlay

20:45 <pitillo> ummmm we can revert to 3.6.1 to get a clean commit to be used on crux-arm-release, then bump it again if it works fine in the current 3.7 device

21:58 <pitillo> it seems there is a problem with last libarchive bump

21:58 <pitillo> let's see if someone can check on x86 if it's broken there too

22:13 <sajcho> pitillo: https://github.com/crux-arm/crux-ports-core-arm64/blob/3.7/REPO - in REPO file missing pkgmk.conf.

22:18 <crux-arm-bot> [ crux-ports-core-arm64 ] libarchive: revert version due to pkgutils breakage

22:26 <crux-arm-bot> [ crux-ports-core-arm64 ] Update httpup-repgen-ignore