Upgrade to Unbound 1.5.1 incomplete?

[Rainer Hurling]

It seems, that r276605 is missing a file 'dnstap/dnstap_config.h'.

At least, I get this output, when I try to build world now:


--- depend_subdir_libunbound ---
In file included from
/usr/src/lib/libunbound/../../contrib/unbound/util/netevent.c:48:
/usr/src/lib/libunbound/../../contrib/unbound/dnstap/dnstap.h:38:10:
fatal error: 'dnstap/dnstap_config.h' file not found
#include "dnstap/dnstap_config.h"
 ^
___
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"

Build failed in Jenkins: Build-UFS-image #833

[jenkins-admin]

See 

--
[...truncated 10109 lines...]
===> sbin/etherswitchcfg (install)
install -s -o root -g wheel -m 555   etherswitchcfg 

install -o root -g wheel -m 444 etherswitchcfg.8.gz  

===> sbin/fdisk (install)
install -s -o root -g wheel -m 555   fdisk 

install -o root -g wheel -m 444 fdisk.8.gz  

===> sbin/ffsinfo (install)
install -s -o root -g wheel -m 555   ffsinfo 

install -o root -g wheel -m 444 ffsinfo.8.gz  

===> sbin/fsck (install)
install -s -o root -g wheel -m 555   fsck 

install -o root -g wheel -m 444 fsck.8.gz  

===> sbin/fsck_ffs (install)
install -s -o root -g wheel -m 555   fsck_ffs 

install -o root -g wheel -m 444 fsck_ffs.8.gz  


 -> 


 -> 


 -> 


 -> 

===> sbin/fsck_msdosfs (install)
install -s -o root -g wheel -m 555   fsck_msdosfs 

install -o root -g wheel -m 444 fsck_msdosfs.8.gz  

===> sbin/fsdb (install)
install -s -o root -g wheel -m 555   fsdb 

install -o root -g wheel -m 444 fsdb.8.gz  

===> sbin/fsirand (install)
install -s -o root -g wheel -m 555   fsirand 

install -o root -g wheel -m 444 fsirand.8.gz  

===> sbin/gbde (install)
install -s -o root -g wheel -m 555   gbde 

install -o root -g wheel -m 444 gbde.8.gz  

===> sbin/geom (install)
===> sbin/geom/core (install)
install -s -o root -g wheel -m 555   geom 

install -o root -g wheel -m 444 geom.8.gz  

===> sbin/geom/class (install)
===> sbin/geom/class/cache (install)
install -s -o root -g wheel -m 444 geom_cache.so 

install -o root -g wheel -m 444 gcache.8.gz  


 -> 

===> sbin/geom/class/concat (install)
install -s -o root -g wheel -m 444 geom_concat.so 

install -o root -g wheel -m 444 gconcat.8.gz  


 -> 

===> sbin/geo

Build failed in Jenkins: Build-UFS-image #831

[jenkins-admin]

See 

--
[...truncated 19065 lines...]
install -C -o root -g wheel -m 444  
/builds/FreeBSD_HEAD/usr.sbin/bsnmpd/modules/snmp_netgraph/snmp_netgraph.h 

install -o root -g wheel -m 444 snmp_netgraph.3.gz  

===> usr.sbin/bsnmpd/tools (install)
===> usr.sbin/bsnmpd/tools/libbsnmptools (install)
install -C -o root -g wheel -m 444   libbsnmptools.a 

install -C -o root -g wheel -m 444   libbsnmptools_p.a 

install -s -o root -g wheel -m 444 libbsnmptools.so.0 

install -l s libbsnmptools.so.0 

===> usr.sbin/bsnmpd/tools/bsnmptools (install)
install -s -o root -g wheel -m 555   bsnmpget 

install -o root -g wheel -m 444 bsnmpget.1.gz  


 -> 


 -> 


 -> 


 -> 

===> usr.sbin/btxld (install)
install -s -o root -g wheel -m 555   btxld 

install -o root -g wheel -m 444 btxld.8.gz  

===> usr.sbin/cdcontrol (install)
install -s -o root -g wheel -m 555   cdcontrol 

install -o root -g wheel -m 444 cdcontrol.1.gz  

===> usr.sbin/chkgrp (install)
install -s -o root -g wheel -m 555   chkgrp 

install -o root -g wheel -m 444 chkgrp.8.gz  

===> usr.sbin/chown (install)
install -s -o root -g wheel -m 555   chown 

install -o root -g wheel -m 444 chgrp.1.gz  

install -o root -g wheel -m 444 chown.8.gz  

===> usr.sbin/chown/tests (install)
install -o root  -g wheel -m 555  chown-f_test  

install -o root  -g wheel -m 444  Kyuafile.auto  

(cd /builds/FreeBSD_HEAD/usr.sbin/chown/tests && make -f 
/builds/FreeBSD_HEAD/usr.sbin/chown/tests/Makefile SUBDIR= _RECURSING_PROGS=  
install)
install -o root  -g wheel -m 555  chown-f_test  


 -> 

===> usr.sbin/chroot (install)
install -s -o root -g wheel -m 555   chroot 

install -o root -g wheel -m 444 chroot.8.gz  

===> usr.sbin/ckdist (install)
install -s -o root -g wheel -m 555   ckdist 

install -o root -g wheel -m 444 ckdist.1.gz  

Build failed in Jenkins: Build-UFS-image #829

[jenkins-admin]

See 

--
[...truncated 17105 lines...]
install  -o root -g wheel -m 444   kgzldr.o 

===> sys/boot/i386/libi386 (install)
===> sys/boot/i386/libfirewire (install)
===> sys/boot/i386/loader (install)
install -o root  -g wheel -m 555 -b  loader  

install -o root  -g wheel -m 444  
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/loader.conf  

install -o root -g wheel  -m 444 loader.help 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/loader.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/support.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/screen.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/frames.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/beastie.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/brand.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/check-password.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/color.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/delay.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/menu.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/menu-commands.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/menusets.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/shortcuts.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/version.4th 
/builds/FreeBSD_HEAD/sys/
 boot/i386/loader/../../forth/pcibios.4th 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/loader.rc 
/builds/FreeBSD_HEAD/sys/boot/i386/loader/../../forth/menu.rc 

install -o root -g wheel -m 444 beastie.4th.8.gz  

install -o root -g wheel -m 444 brand.4th.8.gz  

install -o root -g wheel -m 444 check-password.4th.8.gz  

install -o root -g wheel -m 444 color.4th.8.gz  

install -o root -g wheel -m 444 delay.4th.8.gz  

install -o root -g wheel -m 444 loader.conf.5.gz  

install -o root -g wheel -m 444 loader.4th.8.gz  

install -o root -g wheel -m 444 menu.4th.8.gz  

install -o root -g wheel -m 444 menusets.4th.8.gz  

install -o root -g wheel -m 444 version.4th.8.gz  

install -o root -g wheel -m 444 loader.8.gz  

install -o root -g wheel -m 444 zfsloader.8.gz  

===> sys/boot/i386/pxeldr (install)
install -o root -g wheel  -m 444 pxeboot 

install -o root -g wheel -m 444 pxeboot.8.gz  

===> sys/boot/i386/zfsboot (install)
install -o root -g wheel  -m 444 zfsboot 

install -o root -g wheel -m 444 zfsboot.8.gz  

===> sys/boot/i386/gptzfsboot (install)
install -o root -g wheel  -m 444 gptzfsboot 

install -o root -g wheel -m 444 gptzfsboot.8.gz  

===> sys/boot/i386/zfsloader (install)
install -o root  -g wheel -m 555 -b  zfsloader  

install -o root -g wheel -m 444 beastie.4th.8.gz  

install -o root -g wheel -m 444 brand.4th.8.gz  

Re: asr(4) error with new clang/llvm

[Ed Maste]

On 2 January 2015 at 04:07, David Chisnall  wrote:
>
> The correct solution is to declare the array to have 0 elements (although 
> this will break C++ code).  A zero-length array at the end of a structure is 
> specifically defined by the C standard (since C99) to be a variable-length 
> array.  A length-one array was used in C89 prior to this for this purpose.  
> Using a 1-element array in C is undefined behaviour.
>
> Note that this change will also require fixing code that allocates it to 
> allocate space for n elements not n-1.

I was thinking of making that change, but the driver was not
particularly straightforward. In addition to your point about
allocation I noticed that it used sizeof() the union containing these
variable-length-array structs. I wouldn't want to try to fix it
without hardware to test.
___
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: HEADS UP: Upgraded clang, llvm and lldb to 3.5.0

[O. Hartmann]

On Thu, 1 Jan 2015 23:53:03 +0100
Dimitry Andric  wrote:

> On 01 Jan 2015, at 12:50, O. Hartmann  wrote:
> ...
> > ===> lib/atf/libatf-c++ (all)
> > c++-O2 -pipe -O3 -O3 -pipe -march=native -DHAVE_CONFIG_H
> > -I/usr/src/contrib/atf -I/usr/src/lib/atf/libatf-c++/../libatf-c -I.
> > -DHAVE_CONFIG_H -fstack-protector -Wsystem-headers -Werror -Wall
> > -Wno-format-y2k -W -Wno-unused-parameter -Wpointer-arith -Wno-uninitialized
> > -Wno-empty-body -Wno-string-plus-int -Wno-unused-const-variable
> > -Wno-tautological-compare -Wno-unused-value -Wno-parentheses-equality
> > -Wno-unused-function -Wno-enum-conversion -Qunused-arguments -std=c++11
> > -Wno-c++11-extensions
> > -c /usr/src/contrib/atf/atf-c++/detail/application.cpp -o application.o In
> > file included from /usr/src/contrib/atf/atf-c++/detail/application.cpp:26:
> > In file included
> > from /usr/src/contrib/atf/atf-c++/detail/application.hpp:29: In file
> > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ostream:131: In file
> > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/ios:216: In file
> > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/__locale:15: In file
> > included from /usr/obj/usr/src/tmp/usr/include/c++/v1/string:439: In file
> > included
> > from /usr/obj/usr/src/tmp/usr/include/c++/v1/algorithm:624: 
> > /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2033:8:
> > error: keyword '__is_constructible' will be made available as an identifier
> > for the remainder of the translation unit [-Werror,-Wkeyword-compat] struct
> > __is_constructible // false, _Tp is not a scalar
> > ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2584:51: error:
> > keyword '__is_nothrow_constructible' will be made available as an
> > identifier for the remainder of the translation unit
> > [-Werror,-Wkeyword-compat] template 
> > struct __is_nothrow_constructible;
> > ^ /usr/obj/usr/src/tmp/usr/include/c++/v1/type_traits:2746:47: error:
> > keyword '__is_nothrow_assignable' will be made available as an identifier
> > for the remainder of the translation unit [-Werror,-Wkeyword-compat]
> > template  struct __is_nothrow_assignable; ^ 3
> > errors generated. *** Error code 1
> > 
> > Stop.
> > make[6]: stopped in /usr/src/lib/atf/libatf-c++
> > *** Error code 1
> 
> Hi Oliver,
> 
> This should now be fixed by r276516 and r276517.  Please update your
> tree to after those revisions, and try again.  Thanks for the report.
> 
> -Dimitry
> 

Thank you very much. 
I can build the whole system right now and it seems that I
also can rebuilt most of the ports without sruggle.

oh
___
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"

Jenkins build is back to stable : FreeBSD_HEAD-tests2 #512

[jenkins-admin]

See 

___
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: asr(4) error with new clang/llvm

[David Chisnall]

On 2 Jan 2015, at 05:00, Ed Maste  wrote:
> 
> It's a variable length array in a struct / union. Other than being
> confusing and now triggering a warning after the clang update it
> should be fine.
> 
> Most likely we need to build asr with -Werror disabled for that
> warning, perhaps -Wno-error-array-bounds. I'll take a look tomorrow
> morning if nobody else gets to it first.

The correct solution is to declare the array to have 0 elements (although this 
will break C++ code).  A zero-length array at the end of a structure is 
specifically defined by the C standard (since C99) to be a variable-length 
array.  A length-one array was used in C89 prior to this for this purpose.  
Using a 1-element array in C is undefined behaviour.

Note that this change will also require fixing code that allocates it to 
allocate space for n elements not n-1.

David

___
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"