Make buildworld broken on RELENG_9?

Jeremy Chadwick jdc at koitsu.org
Thu Apr 18 21:16:30 UTC 2013


On Thu, Apr 18, 2013 at 10:59:29PM +0200, Paul van der Zwan wrote:
> Since last weekend or so my make buildworld terminate at the following error:
> ===> share/tabset (all)
> uudecode < /usr/src/share/tabset/3101.uu
> uudecode < /usr/src/share/tabset/9837.uu
> uudecode < /usr/src/share/tabset/aa.uu
> uudecode < /usr/src/share/tabset/aed512.uu
> uudecode < /usr/src/share/tabset/beehive.uu
> uudecode < /usr/src/share/tabset/diablo.uu
> uudecode < /usr/src/share/tabset/dtc382.uu
> uudecode < /usr/src/share/tabset/hp700-wy.uu
> uudecode < /usr/src/share/tabset/ibm3101.uu
> uudecode < /usr/src/share/tabset/std.uu
> uudecode < /usr/src/share/tabset/stdcrt.uu
> uudecode < /usr/src/share/tabset/tandem653.uu
> uudecode < /usr/src/share/tabset/teleray.uu
> uudecode < /usr/src/share/tabset/vt100.uu
> uudecode < /usr/src/share/tabset/vt100-w.uu
> uudecode < /usr/src/share/tabset/wyse-adds.uu
> uudecode < /usr/src/share/tabset/xerox1720.uu
> uudecode < /usr/src/share/tabset/xerox1730.uu
> uudecode < /usr/src/share/tabset/xerox1730-lm.uu
> uudecode < /usr/src/share/tabset/zenith29.uu
> ===> share/termcap (all)
> gzip -cn /usr/src/share/termcap/termcap.5 > termcap.5.gz
> TERM=dumb TERMCAP=dumb: ex - /usr/src/share/termcap/termcap.src < /usr/src/share/termcap/reorder
> script, 2: Pattern not found
> *** [termcap] Error code 1
> 
> Stop in /usr/src/share/termcap.
> *** [all] Error code 1
> 
> Stop in /usr/src/share.
> *** [share.all__D] Error code 1
> 
> Stop in /usr/src.
> *** [everything] Error code 1
> 
> Stop in /usr/src.
> *** [buildworld] Error code 1
> 
> Stop in /usr/src.
> 
> Even after updateing /usr/src using svn I keep this.
> Before this build I updated it:
> $ cd /data/src ; svn up ; 
> U    sys/sys/vnode.h
>  U   sys/sys
> U    sys/geom/geom_disk.c
> U    sys/geom/geom_int.h
> U    sys/geom/geom_subr.c
> U    sys/geom/geom_dev.c
> U    sys/geom/geom_event.c
> U    sys/ufs/ufs/ufs_lookup.c
> U    sys/ufs/ffs/ffs_softdep.c
> U    sys/cam/cam_xpt.c
> U    sys/cam/cam_periph.c
> U    sys/cam/cam_sim.c
> U    sys/cam/cam_periph.h
> U    sys/cam/cam_sim.h
> U    sys/cam/scsi/scsi_xpt.c
> U    sys/cam/scsi/scsi_da.c
> U    sys/cam/scsi/scsi_pass.c
> U    sys/cam/scsi/scsi_cd.c
> U    sys/cam/ata/ata_da.c
> U    sys/cam/ata/ata_all.c
> U    sys/cam/ata/ata_xpt.c
> U    sys/dev/usb/controller/xhci_pci.c
>  U   sys/dev
> U    sys/kern/vfs_cache.c
>  U   sys
> Updated to revision 249624.
> 
> /etc/make.conf is almost empty :
> $ cat /etc/make.conf
> KERNCONF=vbox
> CFLAGS= -O2 -fno-strict-aliasing -pipe
> COPTFLAGS= -O -pipe
> 
> # added by use.perl 2013-03-12 18:50:12
> PERL_VERSION=5.14.2
> 
> Any ideas ?

I've been able to build stable/9 world without issue even as recent as
last night.  I'll rm -fr /usr/obj/* and rebuild world under "script"
then go look at the output to see if I see anything anomalous around
the area you've shown.  I'll reply when that's done.

Some things that are (hopefully) unrelated to your issue:

1. Use CFLAGS+=, not =.  I cannot stress this enough.  This is very
important.  There are portions of world/kernel that rely on their
own set of CFLAGS and this can effectively "stomp over" them in
some cases.  So use +=.

COPTFLAGS is fine to use = for.

For details, read (not skim) /usr/share/examples/etc/make.conf.

2. Just an educational point in passing since we're talking about CFLAGS
and so on: if you ever choose to set CPUTYPE, use ?= not =.

-- 
| Jeremy Chadwick                                   jdc at koitsu.org |
| UNIX Systems Administrator                http://jdc.koitsu.org/ |
| Mountain View, CA, US                                            |
| Making life hard for others since 1977.             PGP 4BD6C0CB |


More information about the freebsd-stable mailing list