make -j4 CC=x86_64-pc-linux-gnu-gcc 'CFLAGS=-O3 -pipe -march=native -fno-diagnostics-color -DUSEOPENSSL -Wall' LIBS=-lcrypto x86_64-pc-linux-gnu-gcc -c -O3 -pipe -march=native -fno-diagnostics-color -DUSEOPENSSL -Wall chntpw.c x86_64-pc-linux-gnu-gcc -c -O3 -pipe -march=native -fno-diagnostics-color -DUSEOPENSSL -Wall ntreg.c x86_64-pc-linux-gnu-gcc -c -O3 -pipe -march=native -fno-diagnostics-color -DUSEOPENSSL -Wall edlib.c x86_64-pc-linux-gnu-gcc -c -O3 -pipe -march=native -fno-diagnostics-color -DUSEOPENSSL -Wall libsam.c libsam.c: In function sam_put_grp_members_sid: libsam.c:514:28: error: passing argument 1 of hexdump from incompatible pointer type [-Wincompatible-pointer-types] 514 | if (gverbose) hexdump(&c->data, 0, c->len, 1); | ^~~~~~~~ ------------------------------------------------------------------- This is an unstable amd64 chroot image at a tinderbox (==build bot) name: 17.1_no_multilib_hardened-20231123-161100 ------------------------------------------------------------------- gcc-config -l: [1] x86_64-pc-linux-gnu-10 [2] x86_64-pc-linux-gnu-14 * clang/llvm (if any): clang version 17.0.6 Target: x86_64-pc-linux-gnu Thread model: posix InstalledDir: /usr/lib/llvm/17/bin Configuration file: /etc/clang/x86_64-pc-linux-gnu-clang.cfg /usr/lib/llvm/17 17.0.6 Python 3.11.6 Available Ruby profiles: [1] ruby31 (with Rubygems) * Available Rust versions: [1] rust-bin-1.73.0 [2] rust-1.73.0 * The following VMs are available for generation-2: 1) Eclipse Temurin JDK 11.0.20.1_p1 [openjdk-bin-11] 2) Eclipse Temurin JDK 17.0.8.1_p1 [openjdk-bin-17] *) Eclipse Temurin JDK 21.0.1_p12 [openjdk-bin-21] 4) Eclipse Temurin JDK 8.382_p05 [openjdk-bin-8] Available Java Virtual Machines: [1] openjdk-bin-8 [2] openjdk-bin-11 [3] openjdk-bin-17 [4] openjdk-bin-21 system-vm php cli (if any): go version go1.21.4 linux/amd64 HEAD of ::gentoo commit e1d8d606075f6c66eef356e5621f21baa06ca041 Author: Repository mirror & CI <repomirrorci@gentoo.org> Date: Mon Dec 4 02:36:52 2023 +0000 2023-12-04 02:36:52 UTC emerge -qpvO app-crypt/chntpw [ebuild N ] app-crypt/chntpw-140201-r1 USE="-static"
Created attachment 876699 [details] emerge-info.txt
Created attachment 876700 [details] app-crypt:chntpw-140201-r1:20231204-025407.log
Created attachment 876701 [details] emerge-history.txt.xz
Created attachment 876702 [details] environment
Created attachment 876703 [details] etc.clang.tar.xz
Created attachment 876704 [details] etc.portage.tar.xz
Created attachment 876705 [details] qlist-info.txt.xz
Created attachment 876706 [details] temp.tar.xz
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=68c9b8f93ff895caa7bf5aaee085e66ffb7862a4 commit 68c9b8f93ff895caa7bf5aaee085e66ffb7862a4 Author: Marek Szuba <marecki@gentoo.org> AuthorDate: 2024-01-31 12:48:34 +0000 Commit: Marek Szuba <marecki@gentoo.org> CommitDate: 2024-01-31 12:55:22 +0000 app-crypt/chntpw: force -std=gnu90 Just a workaround for build errors for now. In the long run, I think I'd better look at whether how useful exactly (if at all) chntpw is against modern Windows versions, warrants all the changes required to make the code C99-compliant. Nb. It's gnu90 rather than c90 because of the use of // for comments. Closes: https://bugs.gentoo.org/919172 Signed-off-by: Marek Szuba <marecki@gentoo.org> app-crypt/chntpw/chntpw-140201-r1.ebuild | 7 +++++-- 1 file changed, 5 insertions(+), 2 deletions(-)
