Re: Compiling fails on MacOS

["K. Schreiner" <ks%ub.uni-mainz.de@localhost>]

On Sat, Nov 02, 2024 at 12:02:39PM +0100, Martin Husemann wrote:
> On Sat, Nov 02, 2024 at 11:46:19AM +0100, K. Schreiner wrote:
> > This, of course, compiles fine on "native" NetBSD; tried both amd64
> > and evbarm64-el, same failure when cross-compiling on MacOS.
> 
> This doesn't make sense - this is outside the tools build, so no headers
> from the build host should be used here. Something(tm) is wrong.
> Can you look at the .d file for that .c file (in your objdir) and check
> if it picked up something from outside the NetBSD source tree?

>-2694: ll /u/NetBSD/arch/amd64/obj/lib/libc/__strsignal.d                                                                                                                                                       
-rw-r--r--  1 ks  owner  2459 Nov  2 10:38 /u/NetBSD/arch/amd64/obj/lib/libc/__strsignal.d

>-2695: cat !$
cat /u/NetBSD/arch/amd64/obj/lib/libc/__strsignal.d
__strsignal.o: /u/NetBSD/src/lib/libc/string/__strsignal.c \
 /u/NetBSD/src/sys/sys/cdefs.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/cdefs.h \
 /u/NetBSD/src/sys/sys/cdefs_elf.h \
 /u/NetBSD/src/lib/libc/include/namespace.h \
 /u/NetBSD/arch/amd64/dest/usr/include/ssp/ssp.h \
 /u/NetBSD/arch/amd64/dest/usr/include/assert.h \
 /u/NetBSD/src/sys/sys/featuretest.h /u/NetBSD/src/sys/sys/null.h \
 /u/NetBSD/arch/amd64/dest/usr/include/stdio.h \
 /u/NetBSD/src/sys/sys/ansi.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/ansi.h \
 /u/NetBSD/src/sys/sys/common_ansi.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/int_types.h \
 /u/NetBSD/src/sys/sys/common_int_types.h \
 /u/NetBSD/arch/amd64/dest/usr/include/ssp/stdio.h \
 /u/NetBSD/arch/amd64/dest/usr/include/string.h \
 /u/NetBSD/arch/amd64/dest/usr/include/strings.h \
 /u/NetBSD/arch/amd64/dest/usr/include/ssp/strings.h \
 /u/NetBSD/arch/amd64/dest/usr/include/ssp/string.h \
 /u/NetBSD/src/lib/libc/include/extern.h /u/NetBSD/src/sys/sys/types.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/types.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/endian.h \
 /u/NetBSD/src/sys/sys/endian.h /u/NetBSD/src/sys/sys/stdint.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/int_mwgwtypes.h \
 /u/NetBSD/src/sys/sys/common_int_mwgwtypes.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/int_limits.h \
 /u/NetBSD/src/sys/sys/common_int_limits.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/int_const.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/wchar_limits.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/endian_machdep.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/bswap.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/byte_swap.h \
 /u/NetBSD/src/sys/sys/bswap.h /u/NetBSD/src/sys/sys/fd_set.h \
 /u/NetBSD/arch/amd64/dest/usr/include/pthread_types.h \
 /u/NetBSD/arch/amd64/dest/usr/include/stdarg.h \
 /u/NetBSD/arch/amd64/dest/usr/include/ucontext.h \
 /u/NetBSD/src/sys/sys/ucontext.h /u/NetBSD/src/sys/sys/sigtypes.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/mcontext.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/frame_regs.h \
 /u/NetBSD/arch/amd64/dest/usr/include/signal.h \
 /u/NetBSD/src/sys/sys/signal.h /u/NetBSD/src/sys/sys/siginfo.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/signal.h \
 /u/NetBSD/arch/amd64/dest/usr/include/machine/trap.h \
 /u/NetBSD/arch/amd64/dest/usr/include/x86/trap.h \
 /u/NetBSD/src/sys/sys/timespec.h

So nothing outside /u/NetBSD...

>-2696: /u/NetBSD/arch/amd64/TOOLS/bin/x86_64--netbsd-gcc ... -E __strsignal.cE

>-2697: grep -E '^# [0-9]{1,} ' __strsignal.cE | grep -v NetBSD                                                                                                                                                   
# 0 "<built-in>"
# 0 "<command-line>"


Nothing included from outside /u/NetBSD. But what's hiding in '# 0 "<built-in>" '?


Kurt