Re: My incremental buildworlds started failing
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.
signature.asc
Description: OpenPGP digital signature
Re: My incremental buildworlds started failing
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...
--
Bjoern A. Zeeb Charles Haddon Spurgeon:
Friendship is one of the sweetest joys of life. Many might have failed
beneath the bitterness of their trial had they not found a friend.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
My incremental buildworlds started failing
Hi,
I have been seeing this on incremental buildworlds for a day or two now?
ANyone can throw the cluebat at me?
=== 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
=== kerberos5/usr.sbin/ktutil (all)
=== rescue (all)
=== rescue/librescue (all)
=== rescue/rescue (all)
Run /storage/head/obj//scratch/tmp/bz/head.svn/make.amd64/make -f rescue.mk
to build crunched binary.
=== 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
In file included from
/scratch/tmp/bz/head.svn/sbin/rtsol/../../usr.sbin/rtsold/rtsol.c:51:
/storage/head/obj//arm.armeb/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
*** [objs] Error code 2
1 error
*** [all] Error code 2
1 error
*** [rescue.all__D] Error code 2
1 error
*** [everything] Error code 2
1 error
*** [buildworld] Error code 2
1 error
--
Bjoern A. Zeeb Charles Haddon Spurgeon:
Friendship is one of the sweetest joys of life. Many might have failed
beneath the bitterness of their trial had they not found a friend.
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: My incremental buildworlds started failing
On Apr 16, 2013, at 18:08, Bjoern A. Zeeb bzeeb-li...@lists.zabbadoz.net
wrote:
I have been seeing this on incremental buildworlds for a day or two now?
ANyone can throw the cluebat at me?
=== 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
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
Re: My incremental buildworlds started failing
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.
signature.asc
Description: OpenPGP digital signature
Re: My incremental buildworlds started failing
On Tue, Apr 16, 2013 at 10:06 AM, Tijl Coosemans t...@coosemans.org 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.
Has this been sorted out? Not being able to buildworld with NO_CLEAN is a
bit of a pain.
Navdeep
___
freebsd-current@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-current
To unsubscribe, send any mail to freebsd-current-unsubscr...@freebsd.org
