NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: misc/50166
The following reply was made to PR misc/50166; it has been noted by GNATS.
From: Antti Kantee <pooka%NetBSD.org@localhost>
To: Robert Millan <rmh%gnu.org@localhost>
Cc: gnats-bugs%NetBSD.org@localhost, misc-bug-people%netbsd.org@localhost,
gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost
Subject: Re: misc/50166
Date: Sun, 20 Sep 2015 12:48:21 +0000
On 20/09/15 12:20, Robert Millan wrote:
>>> what is the expected include path for arch.c -> compat_defs.h?
>>
>> Try adding:
>>
>> #if HAVE_NBTOOL_CONFIG_H
>> #include "nbtool_config.h"
>> #endif
>>
>> to the appropriate place(s).
>
> I don't think this can work. Looking at the log, make is initially
> compiled before running
> build.sh, then build.sh uses make to build other stuff, and then
> nbtool_config.h is
> dynamically generated by src/tools/compat/configure.
>
> Can we make an exception for make and put the MAXPATHLEN ifdef in make.h
> too?
You don't think it can work, or you tested it => it didn't work, and you
think there's a fundamental flaw in the scheme?
We can address make separately too if need be. Do you still need the
bits in compat/{Makefile,defs.mk.in}? Can those be addressed by using
compat_defs.h instead of hardcoding the values based on uname -s? Or
does that require including nbtool_config.h from a large number of .c files?
Home |
Main Index |
Thread Index |
Old Index