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