Build failure due to block_abi.h

David,

The definition of DECLARE_BLOCK seems to trip over GCC 4.2.1 here
at Juniper. This is how we run the compiler:

/volume/fwtools/gcc/jnpr/4.2.1/amd64-juniper-junos.5/bin/amd64-juniper-junos-gcc  -O2 -pipe   -I/b/marcelm/fbsd-head/src/lib/libc/include -I/b/marcelm/fbsd-head/src/lib/libc/../../include -I/b/marcelm/fbsd-head/src/lib/libc/amd64 -DNLS  -D__DBINTERFACE_PRIVATE -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/gdtoa -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/libc-vis -DINET6 -I/b/marcelm/fbsd-head/obj/amd64/lib/libc -I/b/marcelm/fbsd-head/src/lib/libc/resolv -D_ACL_PRIVATE -DPOSIX_MISTAKE -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/jemalloc/include -I/b/marcelm/fbsd-head/src/lib/libc/../../contrib/tzcode/stdtime -I/b/marcelm/fbsd-head/src/lib/libc/stdtime  -I/b/marcelm/fbsd-head/src/lib/libc/locale -DBROKEN_DES -DPORTMAP -DDES_BUILTIN -I/b/marcelm/fbsd-head/src/lib/libc/rpc -DNS_CACHING -DSYMBOL_VERSIONING -D__ELF__  -Dunix  -D__unix  -D__unix__    -D__FreeBSD__=9  --sysroot /volume/sisyphus/occam/sysroot/projects_tp5/20131031.611483/amd64  -fno-builtin-printf   -g -nostdinc -isystem/b/marcelm/fbsd-head/obj/stage/amd64/usr/include -isystem/b/marcelm/fbsd-head/obj/stage/amd64/include  -std=gnu99  -Wsystem-headers -Werror -Wall -Wno-format-y2k -Wno-uninitialized -Wno-pointer-sign -I/b/marcelm/fbsd-head/src/lib/libutil -I/b/marcelm/fbsd-head/src/lib/msun/src -I/b/marcelm/fbsd-head/src/lib/msun/x86 -c /b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c -o atexit.o
whatever set of flags we use here at Juniper:

This is the error:

Building /b/marcelm/fbsd-head/obj/amd64/lib/libc/atexit.o
cc1: warnings being treated as errors
/b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: anonymous struct declared inside parameter list
/b/marcelm/fbsd-head/src/lib/libc/stdlib/atexit.c:144: warning: its scope is only this definition or declaration, which is probably not what you want
*** Error code 1

This hurdle is a bit higher than the hurdles I normally run into
when syncing with ^/head, so I could use your expertise.

We need to continue to be able to build the sources with compilers
outside of the tree as much as possible and I haven't found a way
yet (one I don't dislike to be precise) to get this blocks stuff
to compile. It's a huge blocker right now.

Thanks,

-- 
Marcel Moolenaar
marcel_at_xcllnt.net