Project

General

Profile

Actions

Bug #1585

closed

buildworld fails

Added by thomas.nikolajsen over 14 years ago. Updated over 14 years ago.

Status:
Closed
Priority:
Normal
Assignee:
-
Category:
-
Target version:
-
Start date:
Due date:
% Done:

0%

Estimated time:

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.


Files

Actions #1

Updated by thomas.nikolajsen over 14 years ago

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

Actions #2

Updated by corecode over 14 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

Actions #3

Updated by thomas.nikolajsen over 14 years ago

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

But I still get same error.

Actions #4

Updated by corecode over 14 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

Actions #5

Updated by thomas.nikolajsen over 14 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
Actions #6

Updated by thomas.nikolajsen over 14 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.

Actions

Also available in: Atom PDF