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: Robert Millan <rmh%gnu.org@localhost>
To: Antti Kantee <pooka%NetBSD.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 15:19:34 +0200

 El 20/09/15 a les 14:48, Antti Kantee ha escrit:
 > 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?
 
 I tested it and it didn't work, then I noticed the chicken & egg problem. Sorry I wasn't clear enough.
 
 > 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?
 
 Possibly not. I'll check and get back to you.
 
 Thanks
 
 -- 
 Robert Millan
 



Home | Main Index | Thread Index | Old Index