>Number: 50842
>Category: toolchain
>Synopsis: After cleaning /usr/obj /usr/tools don't know how to make ./ansi2knr. Stop
>Confidential: no
>Severity: serious
>Priority: medium
>Responsible: toolchain-manager
>State: open
>Class: sw-bug
>Submitter-Id: net
>Arrival-Date: Wed Feb 24 00:50:00 +0000 2016
>Originator: David Shao
>Release: NetBSD 7.99.26 GENERIC amd64
>Organization:
>Environment:
NetBSD xxxxx.xxxxx 7.99.26 NetBSD 7.99.26 (GENERIC) #11: Mon Feb 22 20:09:00 PST 2016 xxxxx@xxxxx.xxxxx:/usr/obj/sys/arch/amd64/compile/GENERIC amd64
>Description:
After updating using
./build.sh -j 7 -O ../obj -T ../tools -X ../xsrc -x -U -u release
up to
Module Name: xsrc
Date: Tue Feb 23 00:27:11 UTC 2016
Modified Files:
xsrc/external/mit/xdm/dist/man: xdm.man
and after moving /usr/obj and /usr/tools (might be important to save them) and creating new /usr/obj and /usr/tools directories, building now fails with
Making all in config
Making all in po
Making all in doc
nbmake[10]: nbmake[10]: don't know how to make ./ansi2knr. Stop
nbmake[10]: stopped in /usr/obj/tools/gmake/build
*** [all-recursive] Error code 1
Earlier warnings in the build are:
--- obj-zic ---
sh: /usr/src/../tools/bin/nbsed: not found
nbmake[5]: "/usr/src/tools/zic/../../usr.sbin/zic/Makefile" line 11: warning: "/usr/src/../tools/bin/nbsed -ne 's/VERSION=[ ]*//p' /usr/src/lib/libc/time/Makefile" returned non-zero status
--- obj-stat ---
...
configure: WARNING: resolv.h: present but cannot be compiled
configure: WARNING: resolv.h: check for missing prerequisite headers?
configure: WARNING: resolv.h: see the Autoconf documentation
configure: WARNING: resolv.h: section "Present But Cannot Be Compiled"
configure: WARNING: resolv.h: proceeding with the compiler's result
configure: WARNING: ## ---------------------------------------- ##
configure: WARNING: ## Report this to lib-bug-people%NetBSD.org@localhost ##
configure: WARNING: ## ---------------------------------------- ##
checking for resolv.h... no
checking arpa/nameser.h usability... no
checking arpa/nameser.h presence... yes
configure: WARNING: arpa/nameser.h: present but cannot be compiled
configure: WARNING: arpa/nameser.h: check for missing prerequisite headers?
configure: WARNING: arpa/nameser.h: see the Autoconf documentation
configure: WARNING: arpa/nameser.h: section "Present But Cannot Be Compiled"
configure: WARNING: arpa/nameser.h: proceeding with the compiler's result
configure: WARNING: ## ---------------------------------------- ##
configure: WARNING: ## Report this to lib-bug-people%NetBSD.org@localhost ##
configure: WARNING: ## ---------------------------------------- ##
...
WARNING: If your texmf tree does not already contain
up-to-date versions, you must install
texinfo.tex and txi-??.tex manually,
perhaps in TEXMF/tex/texinfo/,
where TEXMF is a root of your TeX tree.
See doc/README for some considerations.
You can run make TEXMF=/your/texmf install-tex to do this.
You may also need to install epsf.tex and (if you
use pdftex) pdfcolor.tex in TEXMF/tex/generic/dvips
and TEXMF/pdftex/plain/misc/pdfcolor.tex respectively,
if your TeX installation did not include them.
...
NOT REBUILDING /usr/src/tools/gmake/../../external/gpl2/gmake/dist/config.h.in
NOT REBUILDING /usr/src/tools/gmake/../../external/gpl2/gmake/dist/configure
/usr/src/../tools/bin/nbmake -f /usr/src/tools/gmake/../Makefile.gnuwrap all-recursive
>How-To-Repeat:
I have reproduced this build error on two separate machines, one with native xorg, the other with modular xorg. I have experimented with moving /usr/pkg and /etc/mk.conf so there is no possible influence from them. I build as an ordinary user so that all the directories /usr/src, /usr/xsrc, /usr/obj, /usr/tools have ownership:
ordinary_user_name:users
I have also reproduced this build error using sources dating back to the close of February 19. I am wondering if the system tools themselves have somehow been corrupted so that individual parts of the system will have to be rebuilt and installed not using ./build.sh. If this is the case, for the fix, please add explicit instructions on how to repair a system that apply to users building as ordinary users and using separate /usr/obj and /usr/tools directories.
>Fix: