On 2013-04-20 04:47, Bjoern A. Zeeb wrote: > On Tue, 16 Apr 2013, Tijl Coosemans wrote: > >> On 2013-04-16 18:39, Dimitry Andric wrote: >>> On Apr 16, 2013, at 18:08, Bjoern A. Zeeb wrote: >>>> I have been seeing this on incremental buildworlds for a day or two now? >>>> ANyone can throw the cluebat at me? >> >> If that means building with NO_CLEAN=yes then the problem is r249484. >> It creates a symlink: ln -fs ../include ${DESTDIR}/usr/lib/include >> But if ${DESTDIR}/usr/lib/include already exists it creates >> ${DESTDIR}/usr/include/include -> ../include. >> >> I'm thinking of reverting that commit. >> >>>> ===> rescue/rescue/routed/rtquery (depend) >>>> {standard input}: Assembler messages: >>>> {standard input}:2: Warning: unterminated string; newline inserted >>>> {standard input}:3: Warning: unterminated string; newline inserted >>>> ===> kerberos5/usr.bin/kcc (all) >>>> In file included from /scratch/tmp/bz/head.svn/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c:51: >>>> /storage/head/obj//sparc64.sparc64/scratch/tmp/bz/head.svn/tmp/usr/include/netinet6/ip6_var.h:245: error: 'IP6S_MAXRULES' undeclared here (not in a function) >>>> *** [rtsol.o] Error code 1 >>>> 1 error >>>> *** [rtsol_make] Error code 2 >>>> 1 error >>> >>> >>> Probably http://svnweb.freebsd.org/changeset/base/249543 >> >> This has been fixed in r249552 now. > > > But if the problem is there once and you never remove your obj > directory it's not really gone even with a full (no NOCLEAN) rebuild, > right? SO time to kill the obj directory... You should be ok if you delete tmp/usr/include/include in obj directory.
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:40:36 UTC