Bug #1585

buildworld fails

Added by thomas.nikolajsen about 5 years ago. Updated almost 5 years ago.

Status:ClosedStart date:
Priority:NormalDue date:
Assignee:-% Done:

0%

Category:-
Target version:-

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 buildworld

--------------------------------------------------------------
>>> Rebuilding 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
>> .depend
cc -O -pipe -Wsystem-headers -Wall -W -Wno-unused-parameter -Wstrict-
prototypes -Wmissing-prototypes -Wpointer-arith -Wreturn-type -Wcast-qual -
Wwrite-strings -Wswitch -Wshadow -Wcast-align -Wunused-parameter -Wchar-
subscripts -Winline -Wnested-externs -Wredundant-decls -
c /usr/src/games/fortune/strfile/strfile.c
cc -O -pipe -Wsystem-headers -Wall -W -Wno-unused-parameter -Wstrict-
prototypes -Wmissing-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
*** Error code 1

Stop in /usr/src/games/fortune/strfile.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.
*** Error code 1

Stop in /usr/src.

buildworld.fails.dfly2.5.20091023.script (3.87 KB) thomas.nikolajsen, 10/23/2009 11:26 AM

History

#1 Updated by thomas.nikolajsen about 5 years ago

File upload (line wrap acted up in prev. submission).

#2 Updated by corecode about 5 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

#3 Updated by thomas.nikolajsen almost 5 years ago

You are right;
manuals, build(7) & make(1), also says so.

But I still get same error.

#4 Updated by corecode almost 5 years ago

Thomas Nikolajsen (via DragonFly issue tracker) wrote:
> cc -O -pipe -Wsystem-headers -Wall -W -Wno-unused-parameter -Wstrict-
> prototypes -Wmissing-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

#5 Updated by thomas.nikolajsen almost 5 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

#6 Updated by thomas.nikolajsen almost 5 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.

Also available in: Atom PDF