Bug #1585
closed
buildworld fails
0%
Description
`make buildworld' fails on current HEAD of master,
f0ca6fca2ea404977adc5dc8eb429f4741a03bf4
(bsd.dep.mk: correctly sequence .depend* and generated sources).
thomas
root@boy# uname -a
DragonFly boy 2.5.1-DEVELOPMENT DragonFly v2.5.1.160.geecf1-DEVELOPMENT #2:
Wed Oct 21 22:50:05 CEST 2009
root@boy:/hammer/usr/obj/usr/src/sys/STANDARD+SMP i386
root@boy# cat /etc/make.conf
cat: /etc/make.conf: No such file or directory
root@boy# cd /usr/src
root@boy# rm -rf /hammer/usr/obj.test
root@boy# make MAKEOBJDIRPREFIX=/hammer/usr/obj.test buildworldRebuilding the temporary build tree
--------------------------------------------------------------
rm -
rf /hammer/usr/obj.test/usr/src/btools_i386 /hammer/usr/obj.test/usr/src/ctools
_i386_i386 /hammer/usr/obj.test/usr/src/world_i386
mkdir -
p /hammer/usr/obj.test/usr/src /hammer/usr/obj.test/usr/src/btools_i386 /hammer
/usr/obj.test/usr/src/ctools_i386_i386 /hammer/usr/obj.test/usr/src/world_i386
mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -
p /hammer/usr/obj.test/usr/src/world_i386/ > /dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -
p /hammer/usr/obj.test/usr/src/world_i386/usr > /dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -
p /hammer/usr/obj.test/usr/src/btools_i386/ > /dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -
p /hammer/usr/obj.test/usr/src/btools_i386/usr > /dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.root.dist -
p /hammer/usr/obj.test/usr/src/ctools_i386_i386/ > /dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.usr.dist -
p /hammer/usr/obj.test/usr/src/ctools_i386_i386/usr > /dev/null
mtree -deU -f /usr/src/etc/mtree/BSD.include.dist -
p /hammer/usr/obj.test/usr/src/world_i386/usr/include > /dev/null
ln -sf /usr/src/sys /hammer/usr/obj.test/usr/src/world_i386
stage 1: bootstrap tools
--------------------------------------------------------------
cd /usr/src; MAKEOBJDIRPREFIX=/hammer/usr/obj.test/usr/src/btools_i386
OBJTREE=/hammer/usr/obj.test
DESTDIR=/hammer/usr/obj.test/usr/src/btools_i386
PATH=/hammer/usr/obj.test/usr/src/btools_i386/usr/sbin:/hammer/usr/obj.test/usr
/src/btools_i386/usr/bin:/hammer/usr/obj.test/usr/src/btools_i386/bin:/hammer/u
sr/obj.test/usr/src/btools_i386/usr/games:/sbin:/bin:/usr/sbin:/usr/bin
INSTALL="sh /usr/src/tools/install.sh" make f Makefile.inc1 -DBOOTSTRAPPING -
DNOINFO -DNOMAN -DNOPIC -DNOPROFILE -DNOSHARED -DNO_WERROR -DNO_NLS bootstrap
tools
ln -fs /bin/date /hammer/usr/obj.test/usr/src/btools_i386/bin/date
echo "===> games/fortune/strfile (bootstrap-tools)";
cd /usr/src/games/fortune/strfile; make DIRPRFX=games/fortune/strfile/ obj;
make DIRPRFX=games/fortune/strfile/ depend; make
DIRPRFX=games/fortune/strfile/ all; make DIRPRFX=games/fortune/strfile/
DESTDIR=/hammer/usr/obj.test/usr/src/btools_i386 install
===> games/fortune/strfile (bootstrap-tools)
/hammer/usr/obj.test/usr/src/games/fortune/strfile created
for /usr/src/games/fortune/strfile
rm -f .depend
.depend
mkdep -f .depend -a /usr/src/games/fortune/strfile/strfile.c
echo strfile: /hammer/usr/obj.test/usr/src/btools_i386/usr/lib/libc.a
cc.depend
prototypes
Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar
subscripts
c /usr/src/games/fortune/strfile/strfile.c
cc -O -pipe -Wsystem-headers -Wall -W -Wno-unused-parameter -Wstrict
prototypes
Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar
subscripts -Winline -Wnested-externs -Wredundant-decls -static -o strfile
strfile.o
/usr/libexec/binutils217/elf/ld: cannot find -lc
- Error code 1
- Error code 1
- Error code 1
- Error code 1
Stop in /usr/src.
Files
Updated by thomas.nikolajsen about 15 years ago
File upload (line wrap acted up in prev. submission).
Updated by corecode about 15 years ago
Thomas Nikolajsen (via DragonFly issue tracker) wrote:
root@boy# rm -rf /hammer/usr/obj.test
root@boy# make MAKEOBJDIRPREFIX=/hammer/usr/obj.test buildworld
I don't think that's allowed. Try
mkdir /hammer/usr/obj.test
env MAKEOBJDIRPREFIX=/hammer/usr/obj.test make buildworld
cheers
simon
Updated by thomas.nikolajsen about 15 years ago
You are right;
manuals, build(7) & make(1), also says so.
But I still get same error.
Updated by corecode about 15 years ago
Thomas Nikolajsen (via DragonFly issue tracker) wrote:
cc
O -pipe -Wsystem-headers -Wall -W -Wno-unused-parameter -Wstrict
prototypesWmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -
Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar
subscripts -Winline -Wnested-externs -Wredundant-decls -static -o strfile
strfile.o
/usr/libexec/binutils217/elf/ld: cannot find -lc
Do you have /usr/lib/libc.so?
cheers
simon
Updated by thomas.nikolajsen about 15 years ago
Yes /usr/lib/libc.so exists,
it is symlink to libc.so.7, which also exists.
Problem seen on every compile, e.g. `gcc test.c'.
Problem was /usr/libexec/binutils217/elf/ld:
using copy from other system solved problem.
Rebuilding (buildworld/installworld) from latest source also solved problem.
(using copy of libc.so.7 or old kernel didn't solve problem)
Any idea what caused problem?
I haven't rebuild from commit where problem was seen,
this could be best way to rule out problem in source;
otherwise it could be malfunction in running system, SW or HW.
thomas
boy$ ls l /snapshots/snap-200910[12]?*/usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 762072 Oct 6 21:59 /snapshots/snap-20091011-1932/
usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 762040 Oct 11 21:39 /snapshots/snap-20091012-0302/
usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 762040 Oct 11 21:39 /snapshots/snap-20091021-2201/
usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 762040 Oct 21 23:04 /snapshots/snap-20091022-0302/
usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 762040 Oct 21 23:04 /snapshots/snap-20091023-0721/
usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 762040 Oct 21 23:04 /snapshots/snap-20091024-0008/
usr/libexec/binutils217/elf/ld
-r-xr-xr-x 1 root wheel 761688 Oct 24 21:08 /snapshots/snap-20091025-0708/
usr/libexec/binutils217/elf/ld
Updated by thomas.nikolajsen about 15 years ago
Rebuilding on commit which produced bad /usr/libexec/binutils217/elf/ld
produced working ld; in fact same binary as first rebuild which solved problem.
No problems reported in build logs on any of the builds.
Closing case.