daily CVS update output

2024-01-26 Thread NetBSD source update
Updating src tree: P src/bin/dd/args.c P src/distrib/sets/lists/comp/mi P src/distrib/sets/lists/xcomp/mi P src/distrib/sets/lists/xdebug/md.alpha P src/distrib/sets/lists/xdebug/md.amd64 P src/distrib/sets/lists/xdebug/md.amiga P src/distrib/sets/lists/xdebug/md.bebox P

Re: Can't build evbarm

2024-01-26 Thread Adam
> The right way is to put an appropriate -D in the right place in > a CPPFLAGS definition in some Makefile or other - I tried to do > it that way, but obviously not correctly, as the build didn't > add the -D to the compile line - when I start looking at modern > Makefiles my eyes just glaze over

Re: Can't build evbarm

2024-01-26 Thread Martin Husemann
On Sat, Jan 27, 2024 at 02:49:09AM +0700, Robert Elz wrote: > | It doesn't accept implicit function declarations. > > Yes, that's fine - you do not need to explain the issue, we all > understand that --- but there's supposed to be a prototype for > the function, it isn't intended to be

Re: Can't build evbarm

2024-01-26 Thread Robert Elz
Date:Fri, 26 Jan 2024 16:54:13 +0100 From:Adam Message-ID: | The above is a hack. IMHO my fix is a cleaner one. The question is really why we're building libc functions (for the tools libcompat) without _LIBC_INTERNAL defined. I think it should be. | Anyway,

Re: Can't build evbarm

2024-01-26 Thread Martin Husemann
On Fri, Jan 26, 2024 at 04:42:43PM +0100, Adam wrote: > % cat /tmp/pkgsrc/obj.aarch64/tools/compat/md2.d [..] > md2.o: > /Applications/Xcode.app/Contents/Developer/Platforms/MacOSX.platform/Developer/SDKs/MacOSX.sdk/usr/include/assert.h > md2.o: /dist/src/tools/compat/md2.h > md2.o:

Re: Can't build evbarm

2024-01-26 Thread Adam
> | Correct, _LIBC_INTERNAL is not defined for tools/compat. > > I wonder what the difference is between your environment, and > a standard build on a NetBSD host. > > | MD2Transform() must be defined for MD2Update() in lib/libc/hash/md2/md2.c. > > Yes, that I understand. > > Try the

Re: Can't build evbarm

2024-01-26 Thread Adam
> My guess is a system header (md2.h?) being found unintendly (either only > on macOS or in case of NetBSD having the "right" bits in the system header). > > Adam, can you check the *.d file in your objdir correspoding to the failing > compiler invocation and show us what system headers are

Re: Can't build evbarm

2024-01-26 Thread Martin Husemann
On Fri, Jan 26, 2024 at 03:03:24AM +0700, Robert Elz wrote: > Date:Thu, 25 Jan 2024 20:12:36 +0100 > From:Adam > Message-ID: > > | Correct, _LIBC_INTERNAL is not defined for tools/compat. > > I wonder what the difference is between your environment, and > a